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Hiába az agilis módszertan alkalmazása, ha 

a szoftver kibocsátásáig vezető út további 
szakaszaiban lelassul a folyamat, vagy ami még 
rosszabb, hibás kód kerül az éles környezetbe. 


Összeállításunk a 9—11. oldalon 


WEBERGONOÓNIIA SZOFTVER ES ENIBER , 
Ára: 495 Ft 


Mitől jó egy weboldal, vagy egy A szoftverek szoftverergonómusért 
mobilbank-megoldás? kiáltanak! 
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) 12. oldal , 18. oldal 770587I151006 II 
www.computerworld.hu 


Paul Watson, a Newcostle Egyetem Digitális Intézetének igazgatója, 
egyetemi tanár 


. előadásának címe: Felhőösszevonás a biztonságos felhőműködés 
szolgálatában 


Levelezés a felhők között - üzletvitelt támogató új eszköz bevezetésének 
tapasztalatai a Sága-Foods Zrt.-nél (Takács Gábor, IT vezető, Sága-Foods) 


Út a privát felhő bevezetése fel az ELTÉ-n (Ritter Dávid, IT igazgató, ELTE) 


A konferencián további megoldásszállítói- és esettanulmányi előadások, ill. 
kerekasztal beszélgetések során ismerkedhetnek meg a legújabb számítási 
felhő trendekkel és modellekkel a résztvevők. 


JELENTKEZÉS ÉS TOVÁBBI INFEROMÁCIÓ: WWW.IDCHUNGARY.HU 
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Szerkesztőségünk a kéziratokat lehetőségei szerint 
gondozza, de nem vállalja azok visszaküldését, 
megőrzését. A COMPUTERWORLD-ben megjelenő 
valamennyi cikket (eredetiben vagy fordításban), 
minden megjelent képet, táblázatot stb. szerzői jog 
védi. Bármilyen másodlagos terjesztésük, nyilvános 
vagy üzleti felhasználásuk kizárólag a kiadó előzetes 
engedélyével történhet. A hirdetéseket a kiadó 

a legnagyobb körültekintéssel kezeli, ám azok 
tartalmáért felelősséget nem vállal. 


Alapot a Lapker Rt., alternatív terjesztők és egyes 
számítástechnikai szaküzletek terjesztik. Előfizethető 
a kiadó terjesztési osztályán, az InterTicketnél 
(266-0000 9-20 óra között), a postai kézbesítőknél 
(06/80-444-4444; 

fax: 303-3440) Előfizetési díj egy évre 16 440 forint, 
fél évre 8220 forint, negyed évre 4110 forint. 
Lapunkat a MATESZ auditálja. 

A Computerworid az IVSZ hivatalos médiapartnere. 
A Computerworid Online látogatói szokásait 

a gemius/Ipsos Audience vizsgálja. A Computerworld 
Online hirdetéseit az Adverticum AdServer szolgálja ki. 


égi anyagok vírusellenőrzését 


HYDE TECH CORNER 

Heti összeállításunkból megtudhatják, hogy 
az IT-biztonságra miért kell másként tekinteni, 
és mi a cloud terjedésének egyik legfőbb gátja. 


A UV A "TÓIPARBAN 
Beszámoló az IDC budapesti Gyártóipar 2020 
konferenciájáról. 


AGILIS TESZTFUTAMOI 

Hiába a fürgeség, ha a szoftver kibocsátásáig 
vezető út további szakaszaiban lelassul 

a folyamat... 


A KIUGRÓ MINŐSÉGŰ 
TERMEKEK ZALOGA 
Interjú Rung András független webergonómiai 
szakértővel. 


ció széles körű elterjedésének is köszönhetően 
a képfeldolgozó szoftverek a legkeresettebb in- 
fokommunikációs termékek közé tartoznak. 


FELHASZNÁLÓI EDJI 
Szoftver és ember kapcsolatával foglalkozik 
Bővíz László felhasználóiélmény-specialista. 


I L NEK : 
Mit ér az érintőképernyő, ha nem tudod meg- 
érinteni? Hogyan lehet kommunikálni a szá- 
mítógéppel, ha nem tudod megfogni az egeret 
vagy leütni a billentyűt? 


Stöckert Tamás: Teszt a lelke mindennek 
Gyakran találkozom olyan IT-döntéshozókkal, 
akikben téves kép alakult ki a szoftverteszte- 
léssel, illetve a szoftverminőséggel kapcsolat- 
ban. Mi is a tesztelés szerepe valójában, illetve 
melyik út vezet a kívánt minőség felé? 


A Computerworld 40. lapszámában, A kesztyű a CIO-k 
lábánál hever" című, az informatikai vezetők számára 
szervezett konferenciánkról szóló cikkben valótlan 
összefüggésben jelent meg az UniCredit Csoport neve. 
A bevezető előadást tartó előadó nem az UniCredit 
Csoportnál dolgozik. Elnézést kérünk az UniCredit 
Csoporttól és természetesen olvasóinktól is. 


COMPUTERWORLD /ONLINE 


ELMARADHAT A WINDOWS 
8-SIKER? 


) computerworld.hu/cikk/ 
windows-8-lemarad 


SAMSUNG VS APPLE 


) computerworld.hu/cikk/ 
samsung-vs-apple 


REKORD A MEREVLEMEZ- 
PIACON 


Az adatok helytállóságát, megbízhatóságát ma 
már afféle kapuőrként szolgáló technológiákkal is 
javíthatjuk. Leginkább a felhőből. 


a NOD32 Antivirus programmal végezzük, 
amelyet a szoftver magyarországi forgalmazója, 
a Sicontact Kft. biztosítja számunkra. 


) computerworld.hu/cikk/ 
merevlemez-piac-rekord 
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VÉLEMÉNY 


A tesztelés 
nem a 

a minőség, 

a strukturáltan 
végzett tesz- 
telés azonban 
mindenképpen 
elengedhetet- 
len a minőség 
megállapításá- 
hoz, a rizikó 
minimalizálá- 
sához. 
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Teszt a lelke 
mindennek 


Gyakran találkozom olyan IT-döntéshozókkal, akikben téves 

kép alakult ki a szoftverteszteléssel, illetve a szoftverminőséggel 
kapcsolatban. , Nálunk intenzív tesztelés zajlik, így jó minőséget 
tudunk nyújtani" — hangzik el nem is egyszer ez a kijelentés. Valóban 
ennyire egyszerű lenne? Mi is a tesztelés szerepe valójában, illetve 
melyik út vezet a kívánt minőség felé? 


informatikai rendszerek térhódí- 
tásával az alkalmazásfejlesztés 
világméretű, tömeges iparrá vá- 
lása sokak véleménye szerint túl 


gyorsan történt. Gyorsan, abban az értelemben, hogy 
egyes meghatározó feladatkörök, diszciplínák — mint 

a tesztelés — részben vagy csak későn kerültek igazán 
reflektorfénybe, és kapták meg az őket megillető helyet. 
A mára sikeressé vált módszertanokon alapuló, struktu- 
rált és egyben költséghatékony megközelítésű szoftver- 
fejlesztés integrált részévé vált a termék teljes életciklu- 
sa alatt jelen lévő, független tesztelés. 

A tesztelés és a minőség közé azonban hiba lenne 
egyenlőségjelet tenni. A minőségért, a standardok, fo- 
Iyamatok betartásáért mind a szoftverfejlesztés, mind 
az üzemeltetés során éppen úgy felel a projekt- vagy 
gualitymenedzser, mint a projekt minden egyes tagja. 

Atesztelés elsődleges szerepe a minőség folyamatos, 
a specifikálás, a fejlesztés és az üzemeltetés fázisain át- 
ívelő ellenőrzése. A tesztelő, illetve a tesztmenedzser ma 
tuális leszállítandókról (deliverables ), ily módon navigál- 
va a felelős döntéshozót, az éppen futó vagy a soron kö- 
vetkező projektfázis, iteráció vagy sprint irányításával, 
tervezésével kapcsolatban. 

Amennyiben jól definiáltak és az érintettek által elfo- 
gadottak a keretek, továbbá ismertek, realisztikusak és 
motiválók a célok, illetve mérföldkövek, úgy már mond- 
hatjuk, hogy , letettük az alapokat" az elvárt minőség el- 
éréséhez. Ha ezt kiegészítjük a fejlesztés előtt/alatt álló 
termék minőségének folyamatos, átfogó ellenőrzésé- 
vel, úgy már nehéz" nagyot hibázni. Mit is írtunk éppen? 
A fejlesztés előtt? Bizony! Ez talán a legfontosabb. Le- 
het, hogy furcsán hangzik, de a szoftver tesztelése már 


a megírása, illetve a futtatása előtt meg kell, hogy kezdőd- 


jön. Ha ez nem történik meg, úgy várhatóan sok pénzt 
dobunk ki majd a későbbiekben az ablakon; még mindig 
elérhetjük a kívánt minőséget, de általában már csak ko- 
moly áldozatok árán. 


A rizikóalapú megközelítés, a prioritások megszabása 
mellett örömteli látni, hogy a korai fázisban történő hiba, 
illetve hibaforrás feltárása egyre többször megfogalma- 
zott célként jelenik meg a tesztstratégiákban. 

Mindez annakis köszönhető, hogy a ROI (Return on 
Investment) a szoftvertesztelés esetében is jól kimutat- 
ható. Nemrég büszkén mesélte nekem egy nagy volume- 
nű IT-projekt vezetője, hogy olyan visszaigazolást kapott, 
amely a teszteléssel kapcsolatban végleg meggyőzte. 
Amíg korábban az adott release üzembe állítását követő- 
en még a büdzsé mintegy 25£-át költötték az éles üzem- 
ben jelentett hibák (incidensek) kijavítására, úgy a de- 
dikált tesztelési szakértők alkalmazása óta ez az arány 
már csupán 6-r2. A tesztelési szakértők pedig a büdzsét 
szintén csupán 6-72-kal emelték meg... 

Számos katasztrofálisan vagy szó szerint katasztrófá- 
val végződő szoftverprojekt is kellett ahhoz, hogy a tesz- 
telés mára lassan kivívja magának azt a pozíciót, ami 
megilleti: gondosan megtervezett és előkészített, speciá- 
lisan képzett szakértők által elvégzett, a fejlesztendő ter- 
mék életciklusába integrált tevékenység. A tesztelés nem 
maga a minőség, a strukturáltan végzett tesztelés azon- 
ban mindenképpen elengedhetetlen a minőség megálla- 
pításához, a rizikóminimalizáláshoz, így adva alapot a mi- 
nőséggel kapcsolatban megfogalmazott célok eléréséhez. 

A kívánt jó minőség, továbbá az ez irányú folyamatos 
transzparencia mellett megjelent a tesztelés területén 
a dedikált, speciális képzés igénye is. Az összehasonlí- 
tást, a standardizálást, a tesztelési szakértők közös nyel- 
ven történő kommunikációját segíti és propagálja a vi- 
lágon vezető szoftvertesztelő szervezet, az ISTOB. Nem 
véletlen, hogy az idén éppen 10 esztendős szervezet ál- 
tal definiált módszertan elsajátítását követően mára már 
több mint 240 000 szakember szerzett nemzetközi szoft- 
vertesztelői képesítést. 

A képzés mellett azonban legalább olyan fontos a ta- 
pasztalatcsere, a gyakorlati eredmények, trendek meg- 
osztása. Ezért is örömteli, hogy a Computerworld ezen ki- 
adása a szoftvertesztelésnek szenteli a figyelmet." 


Hyde Tech Corner 


COMPUTERWORUD 


Ezen a héten Egerszegi Krisztián és Turóczi Gábor kom- 
mentálja a hét híreit, eseményeit. / összeállította: Sós Éva 


Heti összeállításunkból megtudhatják, hogy az IT-biztonságra miért kell másként tekinteni, 


és mi a cloud terjedésének egyik legfőbb gátja. 


Egy dán egyetemi hallgató az IEEE szervezet nyilváno- 
san elérhető szerverén nagy mennyiségű naplóállo- 
mányra akadt, amelyből rengeteg felhasználónév és 


EGERSZEGI f2d 
KRISZTIÁN 8 
ÜGYVEZETŐ IGAZGATÓ, CDOSYS u pa ; 


Jelen esetben több komoly hibát vélek felfedez- 

ni. A logolás fontos, de elgondolkodtató hogy mi- HN 

ért kell a jelszavakat logolni, és hogy lehet ezeket az adatokat minden 
kontroll nélkül nyíltan, nyilvános helyre tenni. 

Ha hiba csúszik a logok kezelésébe, de titkosítva tárolták volna őket, 
akkor nincs gond, ha lett volna DLP-megoldásuk, akkor az képes lett vol- 
na felderíteni, hogy a bizalmas adatok nem jó helyen vannak, és akár el 
is mozgathatták volna onnan őket, hisz idő volt rá. Másolás esetén pe- 
dig a tranzakciót észlelhette volna a megfelelő megoldás, és riaszthatta 
volna az illetékeseket, így akár meg is akadályozhatta volna azt. Kétfak- 
toros authentikáció alkalmazása esetén a felhasználónév és jelszó nem 
lenne annyira kritikus, mint abban az esetben, ha mindenhez hozzá le- 
het férni velük, sőt, ha máshol is ezeket használják az emberek, akkor 
abból komoly identitáslopási esetek is lehetnek. Mindez rámutat, hogy 
a megfelelő biztonsági megoldásokkal meg lehetett volna előzni az in- 
cidenst, de ezek magukban még nem oldják meg a probléma gyökerét. 
Amikor védelmi stratégiánkat megalkotjuk, vagy felülvizsgáljuk a jelen- 
legit, nem árt, ha tisztában vagyunk a védendő értékeinkkel. Úgy gondo- 
lom, a bizalmas adatok talán a legfontosabb értékei egy cégnek. Az IEEE 
esetében biztos tudatában voltak a kiszivárgott adatok fontosságának. 
Náluk egy nem jól alkalmazott biztonsági megoldás, a nem kellő szabá- 
lyozottság és emberi figyelmetlenség okozhatta a gondot. Ha tudjuk, mit 
kell védeni, tervezzük meg teljeskörűen és természetesen kockázatok- 
kal arányosan a védelmi intézkedéseket, amelyek lehetnek szabályo- 
zás, biztonsági oktatás, a megfelelő, többszintű biztonsági megoldások 
és természetesen szükség van a folyamatos kontrollra is, mert a meg- 
felelő biztonsági szintet folyamatosan fenn kell tartani. Ez a híris rávilá- 
gít az IT-biztonság komplex voltára, valamint hogy miért kell a prevenció- 
ra helyezni a hangsúlyt!" 


FUSIONR EDM / A Príma- 
gáz felismerte, hogy komplex 


oldásra van szüksége, amely 
képes a teljes számla előállítá- 
si folyamatának automatizá- 
lására. Ennek eredményeképp 


számlázási folyamatainak 
támogatásához olyan meg- 


A felhőalapú szolgáltatások a munkaszervezés és az 
outsojreing területén is új lehetőségeket teremtenek. 
Az újításokkal azonban szaporodnak az adatbiztonsági 
kockázatok. 


TURÓCZI 
GÁBOR 


PRESALES SZAKÉRTŐ, SAP HUNGARY KFT. 


A cloud terjedésének talán legjelentősebb gát- d j§ 
ja bizalmi eredetű. Mi lesz a kiszervezett, bizal- E 
mas adatokkal? Ki garantálja, hogy más nem fogja használni? — hangza- 
nak a leggyakoribb kérdések, és ezekre választ kell adni. Másik oldalról 
nézve ugyanakkor azt látom, hogy a szolgáltatók az elérhető legmaga- 
sabb technológiát és többszörös túlbiztosítás mellett garantálják az 
adatbiztonságot, valamint folyamatosan is fejlesztik azt. Egy-egy jelen- 
tős kompetenciával bíró szolgáltató több dimenzióval magasabb bizton- 
sági szintet képes adni a felhőben tárolt adatokhoz, mintha az az ügyfél 
irodájában lévő szerveren lenne. Egyre több nemzetközi és hazai válla- 
latról tudni, hogy kiszervezi adatait. Talán arról kevesebben értesültek, 
hogy az Amerikai Belbiztonsági Minisztérium vagy az ottani Munkaügyi 
Minisztérium is az egyik legnagyobb felhő HR-szolgáltatóként ismert 
SuccessFactors, SAP-vállalat ügyfele. "v 


SAP / A leginkább fenn- 
tartható szoftvercég az SAP 
— mondja ismét a Dow Jones. 
A gazdasági, a környezetvé- 
delmi és a szociális kritériu- 
mok mentén vizsgálva 8476-os 
összesített eredményt ért el 
a vállalat —, ez 876-os javulás 
a tavalyi eredményhez képest. 
Idén magasabb pontszámokat 
ért el az SAP az ellátásilánc- 
menedzsment, az IT-bizton- 
ság, a vállalati állampolgárság, 
az adományozás, a környe- 
zetvédelmi szabályok és me- 
nedzsment rendszerek terén. 
A szoftvercég továbbá 21 
alterületből 12-ben az iparág 
legmagasabb pontjait érte el. 


született döntés az RaR Soft- 
ware által fejlesztett FusionR 
EDM megoldás mellett. 
N300 / Piacra dobta az 
elsősorban otthoni fel- 
használóknak tervezett 
WRE2205 vezeték nélküli 
N300 jeltovábbító készüléket 
a ZyXEL. Az eszköz konnek- 
torba helyezésével a vezeték 
nélküli hálózat kiterjeszthető, 
a mennyezetre szerelhető 
kialakításnak köszönhetően 
pedig az internetkapcsolat 
kialakításához nem szüksé- 
ges nagyobb átalakításokat 
végezni. Az eszköz egyik 
legfőbb előnye az ára lehet. 


Lá 
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AKTUÁLIS 


IREB MAGYARORSZÁGON 


IREB-vizsgáztatás Budapesten a HTB-nél 


követelmények definiálása és 

a szoftverfejlesztői projekt tel- 

jes életciklusán keresztül törté- 

nő menedzselése kiemelten fon- 
tos a projekt sikerét illetően. A strukturált 
szoftvertesztelői munka alapja a követel- 
mények teljes körű ismerete, illetve az elem- 
zőkkel, követelmény-szakértőkkel való fo- 
lyamatos, intenzív együttműködés. Ezért is 
döntött úgy a Magyar Szoftvertesztelői Ta- 
nács (Hungarian Testing Board, vagy röviden 
HTB), hogy az International Reguirements 
Engineering Board (továbbiakban IREB, hi- 
vatalos oldal: http://www.certifiedre.de/en/ 
mission.html) által kidolgozott, immár szá- 


International 
Reguirements 
Engineering 
Board 


ALPHASONIC KFT. 


Alphasonic Expo 2012 


mmár harmadik alkalommal rendezik meg az Alphasonic Kft. szer- 

vezésében az Alphasonic Expót 2012. október 10—11-én a cég te- 

lephelyén, saját áruházában. A kiállításon több mint tizenhat 

IT- és négy biztonságtechnikai gyártó vesz részt. A kétnapos ren- 
dezvényen az eseményre látogatóknak lehetőségük lesz megtekinteni és 
kipróbálni a legújabb IT-fejlesztéseket és tájékozódni a 2013-as trendekről. 
A legtöbb gyártó saját képviselőket küld külföldről a helyszínre, így sze- 
mélyesen lehet majd feltenni kérdéseket a gyártók képviselőinek. 

Olyan kiállítók is részt vesznek az Expón, mint az ATEN, a Cisco, az 
Ncomputing vagy az Energizer. Az esemény médiatámogatója az IDG 
Hungary Kft. Mindkét napon előadásokkal is készül az Alphasonic Kft. 
saját oktatóközpontjában, mely prezentációk színvonalát a gyártók és 
az Alphasonic Kft. szakemberei fogják biztosítani. A kiállított termékcso- 
portok esetében speciális ajánlatokkal is készülnek. Ebédidőben grill- 
partival is várja az Expóra látogatókat a szervező szerdán és csütör- 
tökön is. Ajánljuk az eseményt azoknak, akik speciális termékeket is 
szeretnének megtekinteni, hiszen a portfólióban sok a különleges igé- 


nyeket kielégítő termék. 


A rendezvényen a részvétel térítésmentes, viszont regisztrációhoz 
kötött! Regisztrálni a www.alphasonic.hu oldalon lehet az érdeklődőknek. 


Érdemes regisztrálni, hiszen 
érkezéskor értékes ajándé- 
kokat osztanak szét a regiszt- ( 
ráló vendégek között. Hi 
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mos nyelven oktatott, elismert nemzetkö- 
zi bizonyítványt adó vizsgázás lehetőségét 
Magyarországon is biztosítja. 

Az IREB mögött komoly nemzetközi szak- 


értői gárda áll, amely gondos munkával kidol- 


gozta a tananyagot. A vizsga alapját a szoft- 
vertesztelés világszervezete, az ISTOB által 
definiált, és immár 250 000 sikeres vizsgázó 
által igazolt vizsgáztatási modellhez nagy- 
ban hasonlító vizsgáztatási rendszer ad- 

ja. A világszerte immár több mint 8000 ki- 
bocsátott nemzetközi IREB-bizonyítvány 

a garancia arra, hogy a követelményelemzés 
területénis közös nyelvet beszélő nemzet- 
ban egyre több munkaadó keresi az IREB- 
bizonyítvánnyal rendelkező specialistákat 

a munkaerőpiacon. 

A HTB — mint az IREB kizárólagos ma- 
gyarországi vizsgaszervezete — 2012 
őszére tervezte az első nyílt IREB-vizsgát 
Budapesten. 2012. október 11—12-én 
a HUSTEF 2012-es (információ: http:// 


LIKE 


SZILÁGYI SZABOLCS 
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ső 
H.T.B: 


Hungarian Testing Board 


computerworld.hu/konferencia/7 3) konfe- 
rencia programjában is szerepel az IREB be- 
mutatása a szervezet ügyvezetőjének rész- 
vételével. Várhatóan még ebben az évben 
örömmel beszámolhatunk az első, IREB ál- 
tal akkreditált magyarországi tanfolyam- 
tartó szervezetekről is. A sikeres vizsga 
esetén alapszintű IREB-certifikációt adó 
vizsgára való eredményes felkészülést se- 
gítik többek között a következő kiadványok 
is: http://www.certified-re.de/en/service/ 
literatur.html 

Amennyiben felkeltette érdeklődését az 
IREB-képesítés és vizsga, úgy várjuk előze- 
tes jelentkezését és kérdéseit a következő 
e-mail címen: irebedhstgb. org. Hi 


Köszönetnyilvánítás 
a Facebook-rajongoknak! 


IDS SCHEER ARIS 


Egységes folyamatmodell 
a tervezéstől a tesztelésig 


ARIS tervező, valamint 

a webMethods implemen- 
tációs és futtató környe- 
zet közötti teljes integráci- 


ónak köszönhetően, a fejlesztők és a tesztelők 
is az eredeti folyamatmodellel dolgozhatnak. 

A módosításokat automatikusan követő doku- 
mentáció, a modellek, illetve kódok újbóli fel- 
használásának lehetősége és a tesztesetek 
tervezőeszközből történő előállítása gyors be- 
vezetéshez és jelentős megtakarításhoz segíti 
a vállalatot. A Software AG-hoz tartozó IDS 
Scheer ARIS tervező környezetében készült fo- 
Ilyamatmodellt — az alkalmazásokat integráló, 
illetve emberi vagy dokumentumalapú munka- 
folyamatot is tartalmazó folyamatszálat — a fej- 
lesztők folyamatvázként használhatják az imp- 
lementációs munka során. A már meglévő, 
újrahasznosítható kódrészletek az ARIS-ban 
hozzárendelhetők a folyamat megfelelő lépései- 
hez, így készen érkeznek az implementáció 


szakaszába. Mindezeket az 
építőelemeket a Software AG 
CentraSite szolgáltatástára tart- 
ja nyilván, amely az IT-irányítás 
(governance) területét támo- 
gatja 50A-környezetben. 

— Az ARIS és a  webMethods 
közötti kapcsolat kétirányú — 
mondta Szúcs Tamás, az IDS 
Scheer Hungária Kft. BPE- 
termék- és értékesítési me- 
nedzsere. — Ha az imple- 
mentációs környezetben, 

a fejlesztés során módosul 

a folyamat, akkor a változás 
automatikusan megjelenik 

a tervdokumentációban is. Így mindig egysé- 
ges modell, ugyanaz a dokumentáció használ- 
ható a munka valamennyi szakaszában, bele- 
értve a tesztelés támogatását, a tesztesetek, 
forgatókönyvek ARIS-ból történő generálását 


SZŰCS TAMÁS 


COMPUTERWORLD 


is. Ez rendkívüli hatékonyságot eredményez, 
és a ráfordított erőforrások tekintetében ko- 
moly megtakarítást jelent mind a dokumentá- 
ció elkészítése, mind a tesztelés előkészítése 
és végrehajtása során. 

Az IDS Scheer számos hazai SAP-projektet tá- 
mogatott és támogat az ARIS-szal mint tervező- 
eszközzel, amelyből a hatékony 
és minőségi teszteléshez szük- 
séges információk más szoftve- 
rekbe, például az SAP Solution 
Managerbe és a HP (uality Cen- 
terbe is átemelhetők. Open 
BPE-képességénél fogva az 
ARIS platformfüggetlen az imp- 
lementációs és futtatókörnye- 
zetek támogatása tekintetében. 
Ezt a nyitottságot az október 
közepén — a webMethods 9-cel 
együtt — bejelentendő új verzió, 
az ARIS 9 tovább fogja erősíteni. 

A Software AG portfóliójába 
tartozó hatékony eszközökkel 
a vállalatok kiforrott fejlesztési módszertant, 
kész fejlesztési munkafolyamatot is kapnak, 
amely az ARIS és a webMethods felhasználóit 
szabályozott módon vezeti végig az egyes lé- 
péseken, a tervezéstől a tesztelésig. Hi 


III. BUDAPEST CALLING 


A közvetlen ügyfélkiszolgálás kiállítása 


információtechnológia 
eszközei az ügyfélki- 
szolgálás területén is 
egyre hangsúlyosabban 


jelen vannak. Elég csak arra gondolni, hogy 
a hagyományos telefon helyett egy számító- 
gép előtt ülve válaszol az ügyfélszolgálatos 
a megkeresésekre. A /II. Budapest Calling — 
Nemzetközi call center szakkiállításon (2012. 
október 16—18., Hungexpo) a contact és call 
centeres IT-újdonságokkal is találkozhat az 
érdeklődő. 

Nem létezik ügyfélközpont IT-eszközök 
nélkül, a hardverek mellett az intelligens 
szoftveres megoldásokis segítik az ügyfe- 
lekkel való kapcsolattartást, azok kiszolgá- 
lását. Elég, ha csak a hangfelismerő, adat- 
bányász rendszerekre gondolunk - az élő 
beszéd egyszeri elemzése után a rendsze- 
rek kiszűrik a problémás eseteket, és szinte 
azonnali segítséget tudnak javasolni a bo- 
nyolultabb esetek megoldására is. Intelli- 
gens gépi megoldás az IVR — vagyis a sok 
ügyfél által nem szeretett Interactive Voice 


Response rendszer is: az automata telefo- 
nos ügyfélkiszolgáló hadra állításával tud- 
ja a vállalat csökkenteni az élő munkaerő 
iránti igényt, ezáltal alacsonyabban tarta- 
ni költségeit. 

A callés contact center szolgáltatás — 

a többi IT-megoldáshoz hasonlóan - felhő- 
ben, virtuális szolgáltatásként is igénybe 
vehető, és igény szerint csökkenthető-nö- 
velhető az igénybe vett munkaerő száma. Ez 
egy új piaci lehetőség a bérszolgáltatók szá- 
mára, hogy határokon átívelve kínálják szol- 
gáltatásaikat. 

2012 októberében immár harmadszor ren- 
dezzük meg a Budapest Calling — Nemzetkö- 
zi call center szakkiállítást, amely a szakma 
magyar és külföldi cégeinek, ügyfélszolgálati 
vezetőinek és szakembereinek kivételes 
találkozási fóruma. A kiállítás kiváló alkalmat 
ad az innovációk megjelenítésére, szakmai 
tapasztalatcserére, új üzleti és személyes 
kapcsolatteremtésre. Az eseményen a szak- 
mai találkozók mellett a technológiai szállí- 
tóknak lehetőségük adódik termékeik, meg- 


oldásaik bemutatására, új üzleti kapcsolatok 
létesítésére. 

AIII. Budapest Calling — Nemzetközi call 
center szakkiállítás idén is számos vállalat, 
cég bizalmát elnyerte már, egy gyémánt, 
öt arany, egy ezüst, öt bronz fokozatú tá- 
mogatónk és huszonkét kiállítónk van. 

A szponzorok, kiállítók aktuális listája a www. 
budapestcalling.hu oldalon tekinthető meg. 

Október 10-ig még jelentkezhet a kiállítás- 
ra, ha részt szeretne venni az eseményen; 
az aktuális feltételekről tájékozódjék a www. 
budapestcalling.hu oldalon vagy az info 
hea.hu e-mail címen. És hogy mire is számít- 
hatnak idén a látogatók, kiállítók, arról a ta- 
valyi adatok adhatnak kis ízelítőt: 1100 láto- 
gató körülbelül 310 szervezettől; 1 gyémánt, 
4 arany, 5 ezüst, 5 bronz fokozatú szponzor; 
41 kiállító, körülbelül 250 m? beépített kiál- 
lítási terület (stand) - kb. 685 m" közössé- 
gi tér (közlekedő, kerengő, étterem) -- 210 
m? előadóterem; 8 szakmai támogató 6 mé- 
diatámogató; 15 alvállalkozó, körülbelül 110 
közreműködő. Hi 
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AKTUÁLIS 


GYÁRTÓIPAR 2020 IDC-KONFERENCIA 


Adatok és döntések 
a gyártóiparban 


A gyártó vállalatok többsége még nem végezte el 

a fejlesztéseket, amelyekkel a különböző informatikai 
rendszerekben kezelt adatokból a döntéshozatal minden 
pontján elérhető, valós idejű betekintést nyerhetne — pedig 
ez a látható üzleti intelligencia mindinkább versenyben 


maradásuk kulcstényezőjévé válik. 


rre hívta fel a figyelmet az IDC Buda- 
pesten megtartott Gyártóipar 2020 
konferenciáján, amely a közép-eu- 
rópai és kiváltképp a magyar gyár- 


kal foglalkozott. 

A gyártó vállalatok napjainkban több fron- 
ton — az informatika, a működés és a törvé- 
nyi megfelelés terén — mind nagyobb komplexi- 
tással szembesülnek. A kedvezőtlen gazdasági 
környezetben, amely a nem túl biztató előre- 
jelzések gyakori módosítására kényszeríti az 
elemzőket, a fogyasztói önbizalom is ingatag. 
A kereslet kiszámíthatatlansága miatt a gyártó 
vállalatok egyre kevésbé termelhetnek készlet- 
re. Sokkal inkább előtérbe kerül a rendelés utá- 
ni gyártás — ami egyben egy másik, mind kife- 
jezettebb fogyasztói elvárás, a testre szabott 
termék iránti igény kiszolgálását is lehetővé te- 
szi. Ez a képesség egyre fontosabb tényező- 
vé válik a gyártó vállalatok versenyképessége 
szempontjából, miként az is, hogy a cég mek- 
kora sikerrel működik elosztott környezetben 
— akár kiterjedt beszállítói körrel dolgozó, nagy 
gyártó vállalatról, akár beszállítóként tevékeny- 
kedő, kisebb cégről van szó. 


Információs silók 

Tapasztaljuk azt is, hogy nem csupán a piaci 
környezet vált kiszámíthatatlanná 2008 óta. 
Számos gyártó vállalat tevékenységét egy- 

re több törvényi előírás és szabványosítással 
összefüggő, egyéb elvárás határozza meg, mi- 
közben az állami beavatkozás mértéke is érez- 
hetően nő. 

— A komplexitás kezeléséhez a vezetőknek 
friss, releváns információkra van szükségük, és 
a gyártó vállalatoknál, amelyek a korábbi évek- 
ben ERR termelésirányító, CRM, SRM és más 
rendszereket vezettek be, adatból nincs is hi- 
ány — mondta előadásában Craig Simpson, az 
IDC Manufacturing Insights vezető elemzője. — 
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A gondok abból fakadnak, hogy az információ- 
kat egymástól különálló vagy nem kellő mér- 
tékben integrált rendszerekben kezelik. Ez az 
informatikai és szervezeti töredezettség nem 
teszi lehetővé a valós idejű elemzést, vagy akár 
csak az összefüggések kellően gyors feltárását 
ahhoz, hogy a vállalat a legrövidebb időn belül 
dönthessen és reagálhasson a változásokra. 

Az IDC Manufacturing Insights márciusi fel- 
mérésében (Biz and IT Priorities Survey, March 
2012], amelyben régiónk- KRENS 
ból 338, Magyarországról s! ) 
30 gyártó vállalat vett részt, k 
a válaszadók 65 százaléka 
a valós idejű betekintést adó 
üzletiintelligencia-megoldás 
bevezetésének legfőbb aka- 
dályaként azt jelölte meg, 
hogy az egyes területek az 
adatokat elkülönült rendsze- 
rekben, silókban kezelik. 

A magyar gyártó válla- 
latok 56 százaléka mond- k 
ta azt, hogy az adatok látha- ten 
tóságát, áttekinthetőségét, HEAT, 
elemezhetőségét és elér- l NI 
hetőségét kívánja javítani. 
Ennek érdekében jelentős 
részük (40 százalék) szerverkonszolidációs, il- 
letve alkalmazáskonszolidációs (38 százalék) 
projektet indított 2012-ben, vagy ezt tervezi a jö- 
vő évre. Régiós szinten ugyanakkor ez az arány 
jóval magasabb (50 és 60 százalék) a gyártó 
vállalatok körében. A gyártóipar hazai szereplő- 
inek több mint harmada (38 százalék) a mobil- 
technológiák bevezetésébe is beruházott, a ré- 
giós átlaghoz képest (mintegy 43 százalék) 
ezen a téren a legkisebb a lemaradás. 


Konzervatív szemlélet 
Más technológiák esetében ugyanakkor elgon- 
dolkodtatóan nagyok a különbségek. A hazai 


gyártó vállalatok kevesebb mint ötöde (18 szá- 
zalék) indított üzleti intelligenciával és analiti- 
kával kapcsolatos projektet, míg a régió szint- 
jén ez az arány eléri a 42 százalékot. Valamivel 
több gyártó cég (mintegy 22 százalék) ruhá- 
zott be egységes üzenetkezelő megoldás beve- 
zetésébe, de ez az arány is eltörpül a régiós át- 
lag (50 százalék) mellett. 

Miközben a mobilitás támogatása és az egy- 
séges üzenetkezelés szemmel láthatóan foglal- 
koztatja őket, a magyar gyártó vállalatok szinte 
semmilyen érdeklődést nem mutatnak a felhő- 
alapú megoldások és a közösségi alkalmazások 
iránt, pedig azok könnyebbé tennék számuk- 
ra az információk megosztását. A felmérésben 
szereplő hazai vállalatok mintegy 7 százaléka 
indított vagy tervez cloud projektet, ugyanakkor 
a régióban ez az arány eléri a 21 százalékot. Míg 
térségünkben a gyártó cégek ötödét a közös- 
ségi alkalmazások bevezetése is foglalkoztatja, 
addig a magyar válaszadók egyike sem tervez 
ilyen projektet. 

Craig Simpson szerint ennek részben oka le- 
het, hogy a szállítók üzenete egyszerűen nem 
jutott el a gyártó vállalatokhoz, vagy süket fü- 
lekre talált a konzervatív szemléletű vezetők kö- 


rében. A fejlesztések késlekedésében azonban 
alighanem közrejátszik az is, hogy a kelet-euró- 
pai gyártó vállalatokat a válság előtti időszak- 
ban elkényeztette a biztosra vehető nyugat- 
európai kereslet. Mostanáig nem kellett azon 
gondolkodniuk, hogy milyen termékekkel érhet- 
nének el új célcsoportokat vagy miként léphet- 
nének be új piacokra, de ennek itt az ideje. Ezért 
nemcsak a bevezetendő információs technoló- 
giák, hanem a vállalatvezetés tekintetében is 
szemléletváltás szükséges, amely a működés 
— kétségtelenül továbbra is fontos — optimalizá- 
lásáról az innovációra és a hosszabb távú stra- 
tégia kidolgozására helyezi a hangsúlyt." 


FOR 


A 


0 


tesztüllláamok 


Az agilis módszertant követő szoftverfejlesztő csapatok rövid idő alatt képesek 

előállítani az üzleti oldal által igényelt alkalmazásokat. De hiába a fürgeség, ha a szoftver 
kibocsátásáig vezető út további szakaszaiban lelassul a folyamat, vagy ami még rosszabb, 
a gyorsaság a minőség rovására megy, és hibás kód kerül az éles környezetbe - a szoftver 
aláássa a stabilitást, nem hozza a várt teljesítményt. 


problémára a Forrester felmérése is rávi- 

lágít, amelyben a piacelemző több mint 

száz informatikai vezetőt kérdezett 

a szoftverkibocsátás gyakorlatáról (Five 
Ways To Streamline Release Management, 2011). 
A válaszadók 80 százaléka mondta azt, hogy a szoft- 
verkód egyetlen sorának megváltoztatását követően 
a kibocsátás folyamata egy napnál hosszabb időt 
vesz igénybe, míg a vállalatok 44 százalékánál egy 
hétnélis tovább tart, mire a szoftver új verziója éles 
környezetbe, az üzleti felhasználók kezébe kerülhet. 

A túl hosszú átfutás oka abban kereshető, hogy az 

üzemeltetés nem zárkózott fel az agilis fejlesztés 
friss tempójához. A napjainkban terjedő DevOps 
szemlélet nyomán kialakuló gyakorlat ezt a diszhar- 
móniát kívánja megszüntetni azáltal, hogy az agili- 
tást kiterjeszti az alkalmazás teljes életciklusának 
kezelésére. 


A DevOps mozgalmat a HP Agilitás az alkalmazások 
korában című fehér könyvében úgy mutatja be, mint 
a fejlesztők és az üzemeltetők együttműködésének 
javítására kidolgozott elvek és módszerek készletét. 
Ez a megközelítés folyamatos szoftverszállítást 
eredményez, amely sokkal rövidebb ciklusokban ké- 
pes új funkciókat adni a felhasználók kezébe. A jobb 


együttműködés elősegítése mellett a DevOps a fej- 
lesztés, a tesztelés és a kibocsátás folyamatának 
nagymértékű automatizálására támaszkodik — bizo- 
nyos esetekben a kódváltoztatások teljesen automa- 
tikus tesztelését és az új verzió azonnali kibocsátá- 
sátis lehetővé téve. A fejlesztés és az üzemeltetés 
közötti eddig nem látott integráció egyik nagy elő- 
nye, hogy a kibocsátás ütemét az üzleti igények dik- 
tálhatják, azt nem fogják vissza az üzemeltetés meg- 
kötöttségei. 

A DevOps hatékony alkalmazásának előfeltétele 
a bizalom. Az üzemeltetőknek meg kell bízniuk ab- 
ban, hogy a fejlesztők nem áldozták fel a minőséget 
az agilitás oltárán. A fejlesztők feladata ugyanis az, 
hogy az új kódot vagy a meglévő új verzióját minél 
gyorsabban elkészítsék. Az üzemeltetők gondolko- 
dásmódja szerint azonban minden változtatás koc- 
kázatot hordoz, veszélyeztetheti a rendszerek stabi- 
litását, rendelkezésre állását. Miután a vállalat ennek 
alapján méri az üzemeltetők teljesítményét, valahol 
érthető, ha gyakran minimalizálni vagy lassítani pró- 
bálják a változások mértékét és ütemét, hogy elke- 
rüljék agyenge minőségű szoftver kibocsátásából 
adódó problémákat. A két világ közötti ellentét felol- 
dásában a szoftverminőség kulcsszerepet játszik, rá 
épül a DevOps alkalmazásához szükséges bizalom és 
együttműködés. 


KIS ENDRE 
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automatizálás. A legtöbb vállalatnál a szoft- 
verkibocsátás folyamata egy sorolyan sza- 


kasztis tartalmaz, amelyben a tesztelésfáz d. 


ellenőrzés és a jóváhagyás manuális úton 
terjedelmes dokumentumok és hosszú listák 
alapján történik. Ez a gyakorlat korántsem 
nevezhető agilisnek. A manualitás ráadásuk 
nemcsak az átfutási időt, hanem ahibázás" 
lehetőségétis növeli. 

A kibocsátási folyamat automatizálásával 
ezek a problémák megszűnnek. Az automati- 
zálás alapja az alkalmazás hordozhatósága, 
amit a HP Continuous Delivery Automation 
eszközével környezetérzékeny alkalmazás- 
modelleken keresztül biztosít. A fejlesztők 
mellett ugyanezeket az alkalmazásmodelle- 


ket használják a tesztelők és az üzemeltetők 
is, a szoftver Így mindig pontosan vezethető 
be a különböző teszt- és éles környezetek- 
ben, és az eredményekis következetesek 
lesznek. Az eszköz nemcsak a házon belül 
működő, hanem a felhőben elérhető, illetve 

a vegyes környezeteket is támogatja. 

A HP a tesztelés automatizálásához is kí- 
nál eszközöket, amelyekkel a tesztek üte- 
mezése, a tesztkörnyezetek előállítása 
gyorsítható fel — a kód szinte folyamatosan 
tesztelhetővé válik. A problémákra a fejlesz- 
tés korábbi szakaszában fény derül, és azo- 
kat a rendszeres, gyakori visszajelzésnek 
köszönhetően a fejlesztők hamarabb kijavít- 
hatják. Mindez sokkal pontosabb képet ad 
a készülő szoftverről a fejlesztés és a tesz- 
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elés szakaszában, ami az üzemeltetőket is 
ai: eggyőzheti arról, hogy a gyorsaság nem 
menta szoftverminőség rovására. 
t 
., Együttműködés a silók felett 
ek hatékonyegyüttműködés nem csupán 
az egymásra mutogatásnak vethet véget, 
jamely,a a fejlesztők és az üzemeltetők kap- 
csolatát sokszor jellemzi. Megszünteti a ha- 
gyo ányos kommunikációs eszközök hasz- 
nálatából és az eltérő tempóban dolgozó két 
fél közötti összhang hiányából fakadó prob- 
7 lémákat ís, is. A jó együttműködés ráadásul 
a tudás megosztásának kultúráját is erősíti 
a vállalatnál, így az egyik fejlesztő-, teszt- 


vagy éles környezetben szerzett tapasztala- 


tokért nem kell újból megfizetni a másikban. 


A DevOps szellemében zajló együttműkö- 
dés kialakítását azzal is kezdhetik a felek, 
hogy az agilis módszerrel dolgozó fejlesztő- 
csapat tagjai az üzemeltetők képviselőjét 
is meghívják megbeszéléseikre, amelyeken 
a sprinteket tervezik, illetve a sprinteket le- 
zárják. A napi szintű kapcsolattartást, az 
ötletelést és problémamegoldást a csa- 
patok között az olyan közösségi alkalma- 
zásokis segíthetik, mint a HP Enterprise 
Collaboration, amely a párbeszédet a fel- 
adatok, illetve témák, kérdések szerint 
strukturálja, elősegítve a fókuszált és 
környezetérzékeny véleménycserét. 

A beépített eszközök a közös nyelv meg- 
találásábanis segítenek. Az éles környezet- 
ben működő szoftver felhasználási mintái 


például közvetlenül beemelhetők a HP Per- 
formance Centerbe, ahol valósághű tesztfor- 
gatókönyvekké alakíthatók. A minőségbiz- 
tosítás során használt teljesítménytesztek 
forgatókönyvei ugyanígy átadhatók az üze- 
meltetők számára. A közös teljesítménydiag- 
nosztikai eszközök jobb adatmegosztást és 
kölcsönös megértést tesznek lehetővé, 

a problémák így könnyebben elemezhetők 
és gyorsabban megoldhatók. A kétirányú 
információmegosztás az éles környezetben 
bekövetkező hibák javítását is gördülékeny- 
nyé teszi. A hibákról a fejlesztők automati- 
kus naplóbejegyzést kapnak, így a feladatot 
megfelelően ütemezhetik és a javítást szin- 
tén automatizált folyamaton keresztül jut- 
tathatják vissza az üzemeltetőkhöz. 

AHP Executive Scorecard alkalmazása 
egyetlen műszerfalon ad áttekintést a fej- 
lesztések előrehaladtáról és az üzemeltetés 
állapotáról, a két fél együttes teljesítményé- 
ről. A DevOps-specifikus mérőszámok olyan 
méréseket is lehetővé tesznek, amelyek 
alapján a vállalatok arra ösztönözhetik a fej- 
lesztőket és az üzemeltetőket, hogy bizto- 
san ugyanabba az irányba tartsanak. 


Alapvető adatok 

Annak érdekében, hogy a vállalat a lehető 
legtöbbet hozhassa ki az agilis szoftverfej- 
lesztés folyamataiból, a hatékony tesztelés 
stratégiáját is meg kell alkotnia, beleértve 

a tesztadatok menedzsmentjét — hívja fel 

a figyelmet az IBM Vissza az alapokhoz című 
fehér könyvében (Back to Basics: Fundamen- 
tals of Test Data Management). Számos fej- 
lesztő-, tesztelő- és minőségbiztosító csapat 
küzd a megfelelő tesztadatok biztosításával. 
Az IT-osztály gyakran bizonytalan a teszt- 
adatok előkészítését, illetve tesztelés során 
történő felhasználásukat illetően, és nem 
látja világosan, hogy az adatok kezelését mi- 
ként tehetné hatékonyabbá. 

Ebben segít a tesztadat-menedzsment, 
amely folyamatai révén realisztikus teszt- 
adatokkal látja el a fejlesztőket, a tesztelőket 
és a minőségbiztosító csapatot, miként az al- 
kalmazással dolgozó felhasználók oktatását 
is segíti. A felmérések szerint a gyenge adat- 
minőség miatt leállított projektek 15 száza- 
lékkal növelik a vállalat költségeit a hasonló 
méretű és típusú, sikerrel megvalósított pro- 
jektekhez képest. A jó minőségű tesztadatok 
nemcsak gyorsabb fejlesztést és tesztelést 
tesznek lehetővé, hanem a kód hibáinak korai 
szakaszban történő azonosítását és javítását 
is elősegítik, amikor a korrekció még könnyeb- 
ben és olcsóbban elvégezhető. 


Atesztadat-menedzsment két fő tevékeny- 


ségre, az adatok előkészítésére és azok fel- 
használására terjed ki. A tesztadatok az éles 
környezetben működő rendszer adatainak 
másolásával vagy kivonatolásával is előké- 
szíthetők, illetve ilyen adatok az éles üzemet 
tükröző forgatókönyv alapján generálhatók 
is a különböző tesztkörnyezetek számára. 
Az adatok hivatkozási integritását, minősé- 
gét és kapcsolatait azonban minden esetben 
meg kell őrizni az előkészítés során. Az ehhez 
szükséges tudással általában az adatbázis- 
adminisztrátorok rendelkeznek, akik ismerik 
a vállalatnál használt adatmodellt. 


Mindhárom megközelítésnek vannak elő- 
nyei és hátrányai —, általában az éles adat- 
bázisok kivonatolása (subsetting) az aján- 
lott módszer. Az éles adatbázisok másolása 
ugyan a legegyszerűbb, ilyenkor azonban 
az adatbázis a tesztelés szempontjából ir- 
releváns vagy érzékeny (például ügyfelek- 
re, árajánlatokra, alkalmazottakra vonatko- 
zó) adatokatis tartalmazhatnak, amelyek 
a kivonatolás során kiszűrhetők, illetve 
személytelenné tehetők, maszkolhatók. 

A tesztadatok mesterséges előállítása 
ugyan biztonságos, de a legtöbb erőforrást 
lekötő, nagy hozzáértést és elkötelezett- 


Az IBM szerint a tesztadat-menedzsment bevezetésekor a vállalat öt be- 
vált módszerrel teheti áramvonalasabbá a tesztadatok előkészítését és 


felhasználását. 


1. A tesztadatok felkutatása és megismerése. Az adatok különböző rend- 
szerekben, eltérő formátumokban lelhetők fel, helyük és típusuk függvé- 
nyében más-más szabályok vonatkoznak rájuk. A vállalatok a tesztesetek 
alapján határozhatják meg a tesztadatokra vonatkozó követelménye- 
ket — azaz az üzleti folyamat egészét lefedő adatokat kell biztosítaniuk 


a teszteléshez, amelyek egy vagy több rendszerben érhetők el. 


2. Az adatok kivonatolása az éles környezetben működő adatfor- 
rásokból. Ezzel a módszerrel valósághű tesztadatbázisok hozha- 

tök létre, amelyek meretükettekínverelég kiesik a gyors tesztelést 
hez, egyszersmind elég nagyok az éles környezet változatosságának 
megjelenítéséhez. Ideális esetben az így előállított tesztadatbázis 
metaadatokat is tartalmaz, így az adatmodell változásait is gyorsan és 


pontosan követhetővé teszi. 


3. Az érzékeny üzleti és személyes tügyfelekre, alkalmazottakra vor 
natkozó) adatok elfedése, személytelenné tétele a tesztadatbázisban. 

A vállalat ezen a módon a tesztelés során is biztosíthatja a törvényi 
miégreléléstseds armatugyelnekeláhogyzemesztadatóázi simégötiezerélés 


SZEMSEGÉG 


4. Az adatok változnak, ezért a tesztadatok frissítésére is szükség lesz. 
Ezzellavallálágázséles környezetét köVEIKEZÉLESÉ OMK Tözötésztköt. 
myezélettánthatenazgyeorsábba tervézhetőbberésikolnnyebbénedISE 


mételhetővé teheti a tesztelés folyamatát. 


5. A tesztadatok automatikus összevetése. Az adatok a tesztek során 

is megváltozhatnak, ezért az eltérések és következetlenségek feltárása 
döntően fontos az alkalmazás minősége szempontjából. Célszerű, ha 

a vállalat olyan eszközt használ, amellyel automatizálni tudja az egymást 
követő tesztfordulók adatainak összehasonlítását, mivel a gyorsaság és 
a pontosság itt egyaránt alapvető követelmény. 


COMPUTERWORLD 


séget követelő, hosszas folyamat, melyben 
a hibázás lehetősége is nagy. 
Atesztadatokat használó tesztelők vagy 
fejlesztők esetenként kevésbé jártasak az 
adatbázis-technológiák területén. Ha elé- 
gedetlenek a tesztadatok minőségével, az 
adatbázis-adminisztrátorokhoz kell fordulni- 
uk, ami csökkentheti a munka hatékonysá- 
gát. Tekintettel arra, hogy az érintett felek, 
az adatbázis-adminisztrátorok és a szoftver- 
szállításon dolgozó szakemberek, a fejlesz- 
tők, a tesztelők és a minőségbiztosítók eltérő 
szerepkörökben, különböző szaktudás bir- 
tokában dolgoznak, döntő jelentőségű, hogy 
együttműködésük a lehető leggördüléke- 
nyebb legyen. A tesztadatok menedzsmentjé- 
re kidolgozott stratégia ebbenis segíthet. 


A tesztadatok menedzsmentjére irányuló át- 
fogó stratégia kialakítását és gyakorlatba ül- 
tetését az IBM InfoSphere Optim megoldásá- 
val támogatja, ezzel a vállalatok fiktív, de az 
üzleti folyamatok egészét pontosan tükrö- 
ző tesztadatbázisokat hozhatnak létre az al- 
kalmazások, adatbázisok, operációs rend- 
szerek és hardverplatformok tekintetében 
heterogén környezetben. A megoldás folya- 
matossá teszi a tesztelők és a fejlesztők 
adatokkal való ellátását, ezzel támogatva 

a korszerű, agilis szoftverfejlesztési model- 
lek bevezetését. 

Egy megfelelő tesztadat-kezelő megoldás 
bevezetése nagyban hozzájárulhat ahhoz, 
hogy a vállalat gyorsabban jusson az üzlet 
számára nélkülözhetetlen alkalmazások- 
hoz, miközben a területek közötti kapcsola- 
tokatis erősíti, javítja az együttműködést 
a szervezet egészében. A tesztadat-me- 
nedzsment áthidalja az adatbázis-admi- 
nisztrátorok, valamint a szoftverszállításon 
dolgozó fejlesztők, tesztelők és minőségbiz- 
tosítók közötti szakadékot, mivel a csapa- 
tok mindegyikét az éles környezetet ponto- 
san megjelenítő, ugyanakkor kellően védett 
tesztadatokkal látja el. 

A fejlesztők így bizonyossággal jelenthe- 
tik ki, hogy az alkalmazás funkciói az üzleti 
követelményeknek megfelelően működnek, 
és a tesztelők, minőségbiztosítók is ellen- 
őrizhetik, hogy a szoftver teljesítményét, 
adatkapcsolatait tekintve mindenben ele- 
get tesz az elvárásoknak. Nem utolsósorban 
a vállalat üzleti vezetői is nagyobb bizonyos- 
sággal számíthatnak rá, hogy a funkcionali- 
tást, amellyel értéket teremthetnek, időben, 
ugyanakkor kisebb kockázatok mellett kap- 
ják kézhez a kibocsátott szoftverekben. 
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Mivel is foglalkozik a webergonómia, milyen hasznot hozhat 
alkalmazóinak, hogyan hat a felhasználók tevékenységére egy jó 
weboldal, és vajon milyen hátrányai vannak egy rossz tervezésnek — 


erről beszélgettünk szakértőnkkel. 


független webergonómiai szakértő, 
Rung András 2002 óta foglalkozik 
webergonómiával. Megkérdeztük, ő ho- 
gyan látja, miért ilyen fontos terület ez. 
RUNG ANDRÁS: A webergonómia azért különösen fon- 
tos, mert ennek köszönhetően weblapjainkat úgy ala- 
kítjuk ki, hogy felhasználóink igényeit hatékonyan 
szolgálják. Ha felhasználóink igényeit, viselkedését 
jobban ismerjük, akkor hatékonyabban is tudunk ér- 
tékesíteni, így weblapjaink több bevételt termelnek. 
A webergonómia jelenleg a bevételnövelés, konverzió- 
növelés egyik leghatékonyabb eszköze, mert nem elég 
csak a látogatóink számát növelni, fontos, hogy webla- 


punkon azt csinálják (vásárlás, ajánlatkérés stb.), ami- 


ért azt a weboldalt létrehoztuk. 


COMPUTERWORLD: Milyen fázisokból áll? 

R. A.: A legjobb, ha a fejlesztés nagyon korai sza- 
kaszában bekapcsolódnak azok a szakemberek, 
akik tudják, hogy az embereknek mire is van való- 
jában igényük, ők hogyan viselkednek. Lényegé- 
ben a webergonómusok végzik azokat a tervezé- 


si feladatokat, amelyeket az építészmérnökök egy 

épület felépítése során. Habár legnagyobb szerepe 

a webergonómiának a kezdeti fázisokban van, ettől 
függetlenül rendkívül fontos, hogy a tervezési szak- 
emberek végigkövessék az egész fejlesztési folya- 

matot. Ez a garancia arra, hogy kiugró minőségű ter- 
mékek jöhessenek létre. 


CW: Mikor érdemes bekapcsolódni a fejlesztésbe? 
R.A.: Nincsenek előre kialakult koreográfiák, minden 
fejlesztés meglehetősen egyedi. Többnyire az üzle- 

ti koncepció tisztázásával szoktunk kezdeni, amely 
nagyon gyakran elég kaotikus. Ezt követően rajzokat 
készítünk a weblapok felépítéséről, majd zárásképp 
elkészül ezeknek a működési leírása is. Munkánk vé- 
gén teszteléssel lehet ellenőrizni, hogy elértük-e a kí- 
vánt célokat. 


CW: Utólagis korrigálhatók a felmerülő hibák? 

R.A.: A későn észrevett hibák többnyire korrigálhatók, 
de az utólagos toldozás-foldozásnak mindig nagy az 
ára, ezért jobb előre gondolkozni. 


CW: Milyen eszközöket használ? 

R.A.: A tervezés kezdeti fázisában gyakran 
kézzel rajzolunk, majd elkészítjük a tervek di- 
gitális változatait az Axure vagy Omnigraffle 
programokkal. 


CW: Jacob Nielsen világhírű webergonómus, 
bár ez mégsem tükröződik az oldalán. Önnek 
mi a véleménye a useit.com-ról? 

R.A.: Jacob Nielsent kiemelkedő szakembernek 
tartom énis. Az oldal rendkívül elavult designjá- 
ban, de ez szándékos. A szerző az ergonómiai el- 
vek részben időn felüli jellegére akarja felhívni a fi- 
gyelmet az oldal kissé erőltetett puritánságával. 


CW: Nagy kompromisszumigényű-e egy jól ki- 
alakított weboldal? 

R.A.: Időnként kell kompromisszumokat hozni, 
hogy az egymásnak feszülő érdekek érvény- 
re jussanak. Minél jobb szakemberek dolgoz- 
nak együtt, ez annál könnyebb. Természete- 
sen a pénzhiány is lehet egy ok, ami miatt túl 
sok kompromisszumra kényszerülünk, vagy 

a túlzottan szűk határidők. A megrendelők álta- 
lában jelentősen alábecsülik a jó fejlesztéshez 
szükséges időket. 


CW: A webergonómia áttér a tabletekre és 
okostelefonokra. Hogy látja, napjainkban ez 
egy külön szakterület? 

R.A.: Többnyire ugyanazok a szakemberek fog- 
lalkoznak ezekkel az eszközökkel is, mint a ha- 
gyományos weblapok tervezésével. Az érin- 
tésekkel való vezérlés meglehetősen más 
felhasználói felületeket igényel, a mobilnál pe- 
dig a nagyon kicsi képernyőméretek is jelen- 
tősen befolyásolják, hogy mit és hogyan lehet 
megjeleníteni. 


CW: Ön szerint melyek azok az ökölszabályok, 
amelyekre mindenképpen oda kell figyelni? 
R.A.: A tervezéssel eltöltött idő eleinte kido- 
bottnak tűnik, de a fejlesztés költségeit és ide- 
jét nagyon radikálisan lecsökkenti. Másrészt 
nagyon fontos, hogy mindig beleéljük magun- 
kat annak az embernek a bőrébe, aki használ- 
ni fogja a  weblapunkat. Gondoljunk arra, vajon 
mik a vágyai és miért jöhetett ide. Ne arról be- 
széljünk, ami minket érdekel, hanem arról, ami 
a látogatónak fontos. 


CW: Mit tart a legnagyobb hiányosságnak 

a honlapok esetében? 

R.A.: Azt, hogy nem látják megfelelően a célja- 
ikat a tulajdonosok. Téves koncepciók mentén 
gondolkoznak ahelyett, hogy a felhasználó- 
kat megértenék. Szintén fontos tervezési hi- 
ba, hogy csak képernyőtervekre fókuszálnak 


Egy jó mobil- 
J J bank lehetővé 


teszi a gyors 
belépést, és 
a nagyon gyakori 
feladatok azonnali 
végrehajtásának 
lehetőségét is biztosítja. 


a tervezők, nem pedig felhasználói folyama- 
tokra, esetekre. 


CW: Egy weboldal tesztelése után javítással 
lehet-e konkrét eredményeket felmutatni? 
R.A.: Egy weboldal áttervezése átlagosan 80- 
100£-os hatékonyságjavulást is hozhat. Ennek 
szerves része a tesztelés is. 


CW:A SEO (keresőoptimalizálás ) és a használha- 
tóság valóban nem férnek meg egymás mellett? 
R.A.: De nagyon jól megférnek. Erről többször is 
írtam korábban a blogomban (ergomania.eu). 

A Google megpróbálja kitalálni, hogy melyek a jó 
weboldalak, a SEO (Search engine optimization ) 
pedig megpróbálja kitalálni, hogy mit gondolhat 
jónak a Google, így minél okosabb a Google, an- 
nál közelebb lesz a SEO és az ergonómia. Ma már 
a SEO-sok is az ergonómia élharcosaivá váltak. 


CW: Melyek a keresés alappillérei? 

R.A.: Tudni kell, hogy a keresés mögött milyen 
tényezők állnak. Mit, hogyan, miért, kik, mikor 
és hol keresnek. 


CW: Hazai trend-e az, hogy ezzel keveset fog- 
lalkoznak egy weboldal esetében, vagy nem- 
zetközileg is megfigyelhető? 

R.A.: Nemzetközi szinten is sok hiányosság 
van, de az ergonómiai tervezés Magyarorszá- 
gon nagyon sokáig elhanyagolt téma volt. Az 
elmúlt években elindult egy lassú ébredés, de 
ha valaki átgondoltan tervez, akkor még min- 
dig nagyon könnyen legyűrheti vetélytársait. 


CW: Hol vagy milyen módon képezheti ma- 
gát egy webdizájner, fejlesztő, hogy mun- 
kája során már eleve szem előtt tartsa 

a webergonómiát? 

R.A.: A Krea Művészeti Iskolában van csak 
olyan designeri képzés, ahol az ergonómia ki- 
emelt tantárgy, és végigköveti a tervezési fel- 
adatokat is. 


CW: Minden esetben szükségesnek tartja-e 
a webergonómiát, vagy vannak olyan webol- 
dalak, amelyek nem igénylik ezt? 


COMPUTERWORLD. € 


R.A.: Minden esetben nagyon hasznos. Egye- 
dül a nagyon kicsi, nem értékesítésorientált 
oldalaknál nem hozhatja vissza a befektetett 
költséget. 


CW: Mi jellemzi általában a nagyobb vállalatok 
első mobilalkalmazásait? 

R.A.: Ezek a mobilalkalmazások gyakran csak 
azért jönnek még létre, hogy egy feladat ki le- 
gyen pipálva. A tervezésük teljesen átgon- 
dolatlan. Nehezen indulnak, kevésbé fontos 
navigációs elemeken kell a felhasználóknak át- 
küzdeniük magukat. A tervezők nem ismerik 

a mobil sajátos tulajdonságait. Gyakran olyan 
funkciókat tesznek ki ezekben, amelyek mo- 
bilis helyzetekben nem életszerűek, míg alap- 
vető funkciókat gyakran megfontolatlanul ki- 
dobnak. 


CW: Vegyünk egy példát. Hogyan látja, mitől 
jó egy mobilbank-megoldás? 

R.A.: Egy jó mobilbank lehetővé teszi a gyors 
belépést, és a nagyon gyakori feladatok azon- 
nali végrehajtásának lehetőségét is biztosít- 
ja. Különösen azok a feladatok kényelmesek, 
amelyekre váratlan helyzetekben szüksé- 
günk lehet, mint például megkeresni egy ko- 
rábbi utalást, ellenőrizni, hogy bejött-e valami 
pénzünk, vagy egy gyors utalást elintézni, ami 
nem várhat akár még pár órát sem. 


CW: A webergonómia mellett még milyen 
szempontokat ajánlana a cégek figyelmébe? 
R.A.: Ha nem országos ismertségűek, akkor 
nem lehet spórolni a SEO-n és az online mar- 
ketingen, a kicsit költségesebb fejlesztőkre 
és designerekre is érdemes költeni, kevesebb 
bosszúságot okoznak. Ajánlatos gyakran kis 
cégekkel dolgoztatni, amelyek már professzi- 
onálisak, de nem árazzák úgy túl a szolgálta- 
tásokat, mint a nagy ügynökségek, ahol sok- 
szor jóval tapasztalatlanabb munkatársakkal 
oldatják meg a feladatokat, mint az eladásban 
ügyetlenebb, de szakmailag profi kis cégek. 


CW: Vannak-e konkrét negatív hatásai egy 
rosszul kialakított  weboldanak? 

R.A.: Természetesen vannak. A legnagyobb 
negatív hatása az, hogy az emberek hama- 
rabb feladnak egy feladatot, és nem csinál- 

ják, amit szeretnénk (például nem vesznek 
tőlünk), vagy ha muszáj is megcsinálniuk (pél- 
dául bankunkban van számlájuk) , megutálnak 
minket, és amint lehet, otthagynak. Ha vala- 
mit rosszul csinálunk, és van nálunk ügyesebb 
konkurens, akkor biztosak lehetünk abban, 
hogy látogatóink gyorsan megtalálják őket, és 
átpártolnak." 
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KÉPALKOTÁS ÉS KÉPFELDOLGOZÁS 


Egyszerűbb programnyelvvel 
egyszerűbb képfeldolgozás 


A közösségi hálózatok és a mobilkommunikáció széles körű 
elterjedésének is köszönhetően a képfeldolgozó szoftverek 

a legkeresettebb infokommunikációs termékek közé tartoz- 
nak. A folyamat már mobilkészülékkel is kivitelezhető, a fel- 
használók számítógép közbeiktatása nélkül, közvetlenül tölt- 
hetik fel a világhálóra telefonos fotóikat. /Írta: Kömlődi Ferenc 


ól szemlélteti, mennyire fontos a kép- 

feldolgozás, képmanipulálás többek 

között a Facebook által felvásárolt 

Instagram sikere is. Csakhogy hiába 
fontos, egyelőre lassú, és a vizuális információ 
folyamatos mennyiségnövekedésével új meg- 
oldások, az új megoldásokhoz pedig a szakte- 
rületre specializálódott új programozási nyel- 
vek szükségesek. 

A helyzet érdekessége, hogy a számítógé- 
pes grafikában (a Photoshop mellett) az utób- 
bi években olyan kiváló teljesítményre képes 
általános rendeltetésű programcsomagokat 
vezettek be, mint például a Willow Garage 
OpenCv-je vagy a NASA Vision Workbenche. 
Mindkettő nyílt forráskódú, moduláris felépíté- 
sű és C-t implementációjú. Speciálisabb terü- 
leteken a Pixel Farm, a Foundry, az Andersson 
Technologies, a Science D Vision, a 2D3 és test- 
vércége, a Vicon megoldásai szintén sikeres- 
nek bizonyultak. A 3D-s grafikát elsősorban az 
Autodesk, a NewTek és a Blender Foundation 
programjai határozzák meg. Ezek a szoftver- 


csomagok álló- és mozgóképek, 2D és 3D keze- 


lésére, speciális effektusok létrehozására egy- 
aránt alkalmasak. 

Képalkotás és képfeldolgozás azonban nem 
ugyanabban az ütemben fejlődnek. Az előbbi- 
vel a legapróbb részletekig kidolgozva, egyre 
látványosabb fantáziavilágok jeleníthetők 
meg, utóbbi viszont mind nehezebben kezeli 
a folyamatosan ránk zúduló vizuális és audio- 
vizuális információdömpinget. 


A képfeldolgozás problémái 

A fényképfájlok például egyre nagyobb mé- 
retűek; olyannyira, hogy megfelelő — a mai- 
aknál jobb — szoftverek hiányában feldolgo- 
zásuk még desktop számítógépen is túl sok 
időbe telik, a mobiltelefonokról nem is beszél- 
ve. A problémát súlyosbítja, hogy a program- 
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tervezők a feldolgozó algoritmusok felgyorsí- 
tásával már-már olvashatatlanná, nehezen 
használhatóvá és még nehezebben újrahasz- 
nosíthatóvá teszik a kódot. Más platformra tör- 
ténő implementálásukhoz sokszor teljesen új- 
ra kell gondolni a teljes algoritmust. Erre azért 
van szükség, mert az algoritmusok (különö- 
sen mobileszközökön) csak akkor működnek 
jól, ha implementációjuk valóban hatékony. 

A programozás nem egyszerű feladat, kü- 
lönösen akkor nem, ha alacsony szintű nyel- 
ven, például C-n történik. A problémát súlyos- 
bítja, hogy az egyszerű C és az optimalizált C 
közti különbség sem túl jelentős, számszerű- 
sítve: mindössze egy nagyságrendnyi. (Az al- 
goritmusokat eddig főként C-----ban, MATLAB- 
alapokon és több más nyelven írták.) 

A jobb teljesítmény elérése olyan egyéb 
kompromisszumokkal is jár, mint a modula- 
ritás bizonyos szintű feladása. A program új 
funkciókkal való bővítéséhez, a más eszköz- 
típuson történő sikeres futtatás miatti módo- 
sításokhoz gyakorlatilag az alapoktól kell min- 
dent át- és újragondolni, vagy valami mást, az 
eddigiektől eltérőt kell kitalálni. 

Az egyszerű jelfeldolgozásnál sokkal össze- 
tettebb és szerteágazóbb képfeldolgozás azért 
is igényel intenzív számításokat, mert általá- 
ban jól meghatározott értékekkel végzett mű- 
veletek sorozatát teszi szükségessé. Ha fény 
hatására megkárosodik a mobiltelefon kame- 
rájának érzékelője, a rendszer átnézi a képi 
adatokat, megkeresi a hibás pixeleket kimuta- 
tó értékeket, majd elvégzi a kötelező korrekci- 
ót. Ezt követően a pixelekből kinyert informáci- 
ót különböző színekkel hasonlítja össze. A kép 
adott részén látható tényleges színek kikövet- 
keztetése a cél. A színkorrekció után a kont- 
raszton változtat, így próbálja elérni, hogy 
a színek jobban hasonlítsanak az emberi szem 
által látottakhoz. Érzékeltetve a munka komp- 


lexitását: a mobiltelefon már eddig is nagyon 
sok feldolgozási műveletet végzett el, és az 
adatok megtisztítása még hátravan. 

Ráadásul mindez csak azért történik, hogy 
a képet megjelenítse a kijelzőn. A bonyolultabb 
műveleteket (vörösszem-effektus eltávolítása, 
árnyékok finomítása, színtelítettség növelése, 
fekete-fehérré alakítás stb.) kivitelező szoft- 
vereknek sokkal több feldolgozási szinten kell 
teljesíteniük, arról nem is beszélve, hogy rész- 
letes, kifinomult változtatások esetén perma- 
nensen újra kell számolniuk a folyamat korábbi 
szakaszaiban elvégzett munkát. 

A mai többmagos chipeknél a kép külön- 
féle szegmenseinek párhuzamosan működő 
magok közti elosztása egyrészt hatéko- 
nyabbá teszi a képfeldolgozást, másrészt vi- 
szont a párhuzamos feldolgozás általában 
úgy történik, hogy a magok számítási ered- 
ményeiket minden egyes lépés után elküldik 
a központi memóriába. Az adattovábbítás lé- 
nyegesen lassabb a számítási műveleteknél, 
és így hiába nőtt a teljesítmény, kárba vesz- 
nek a párhuzamosítás előnyei. Ezt megaka- 
dályozandó, célszerű, ha a magok addig dol- 
goznak, amíg lehet, és az eredményeket csak 
azt követően juttatják el a memóriába. A fel- 
dolgozás több lépését az eredmények ösz- 
szesítése nélkül kell különféle adatdarabokon 
elvégezniük. A különböző magokon feldolgo- 
zandó pixelek közötti összes kapcsolat nyo- 
mon követése kifejezetten bonyolult, a kód 
hatékony működését megnehezítő feladat. 

A magok száma, kapacitásuk, a rendelkezé- 
sükre álló helyi memória mennyisége és az 
adatmozgatáshoz szükséges idő együttes 
szinkronizálása, optimalizálása gépenként 
változik. Ha egy programot sikeresen optima- 
lizáltunk egy gépre, egyáltalán nem biztos, 
hogy más készüléken is jól működik, gyor- 
sabb lesz. Éppenséggel az ellenkezője is meg- 
történhet: semmiféle előnyt nem nyújt, vagy 
egyszerűen belassul. 


Halide, az új képfeldolgozó 
programnyelv 

A MIT Számítástudományi és Mesterséges In- 
telligencia Laboratóriuma (CSAIL) számítógé- 
pes grafikai csoportjának kutatói — a saját Pi- 
xel Bender nyelvét ,nyugdíjazó" Adobe-nál és 
a Stanfordon dolgozó kollégáikkal együttmű- 
ködve — a jelenlegi helyzetet megváltoztató új 
programozási nyelven, a projekt honlapjáról le- 
tölthető nyílt forráskódú Halide-on dolgoznak. 
Munkájukat a földkerekség legnagyobb szá- 
mítógépes grafikai konferenciáján, az augusz- 
tus 5. és 9. között Los Angelesben rendezett 
SIGGRAPH-on is bemutatták. 


A C---ba beágyazott Halide az x86-64/ 

SSE, az ARM v7/NEON és a CUDA platformokon 
fut. Támogatja a többmagos megoldásokat, 

a komplex memóriahierarchiákat és a SIMD- 
egységeket (Single Instruction Multiple Da- 

ta — speciális gépi utasítás, amellyel ugyanazt 
a műveletet több adaton végezhetjük el). A for- 
dítóprogram (compiler — valamely programo- 
zási nyelven írt programot más nyelv szabá- 
lyaira, például gépi kódra, köztes kódra vagy 
egy másik programozási nyelv kódjára lefor- 
dító program ) jelenleg a Mac OS X-et és olyan 
Linux-disztribúciókat támogat, mint például 
az Ubuntu. Elvileg a Windowst is, de a kutatók 
még nem próbálkoztak vele. 

A Halide programokat könnyebb olvasni, ír- 
ni és kijavítani, mint a ma használatban lévő 
— hagyományos nyelveken írt — képfeldolgo- 
zó szoftvereket. Sokkal gyorsabbak is, mivel az 
új nyelv automatizálja a manuálisan órákig tar- 
tó kódoptimalizálási eljárásokat. A tesztek s0- 
rán a kutatók a Halide-ot használva több álta- 
lánosan elfogadott, tapasztalt programozók 
által előzetesen optimalizált képfeldolgozó al- 
goritmust írtak át. A kód hossza átlagosan har- 
madára rövidült, teljesítményük, a végrehajtás 
sebessége pedig lényegesen javult: az addi- 
gi duplájára, triplájára, sőt hatszorosára is fel- 
gyorsult. Amikor — egy alkalommal — a Halide- 
dal készített program hosszabbra sikerült az 
eredetinél, a gyorsaság meghetvenszerező- 
dött. Összegezve a látványos eredményeket: 
a kód gyorsabb, kompaktabb és hordozhatóbb, 
a teljesítmény jobb, a munkafolyamat áttekint- 
hetőbb, mint a többi képfeldolgozó algoritmus 
esetében. 

A Halide persze nem menti meg a programo- 
zót attól, hogy a különböző gépeken való 
hatékony párhuzamosítás módján töpreng- 
jen, viszont — mivel egy benne írt program két 
részre, az algoritmusokra és a tárolásra, va- 
lamint a feldolgozás ütemezésére bontha- 
tó — nem kell bíbelődnie képfeldolgozó algo- 
ritmusok leírásával. Azaz, a fejlesztés egyik 
főújdonságakért, a specifikációkat ezúttal 
mindenképpen külön kell elvégezni. Mivel az 
eddig manuálisan futtatott optimalizációs eljá- 
rások viszont automatizáltak, így rengeteg idő 
takarítható meg. 

Az ütemezés a magok által a munkafolyamat 
különböző fázisaiban kezelendő képrészletek 
méretét és formáját, valamint az adatok közöt- 
ti kapcsolatrendszereket specifikálja: például az 
ebben és ebben a szakaszban az adott magok 
által kivitelezett nunkához más magok koráb- 
bi eredményei szükségesek, és így tovább. Mi- 
helyst kész az ütemezés, a Halide automatiku- 
san elvégzi az összes többi számítást. 


aredményeket: Halide: 
9 gyorsabb, kompaktabb és 


ordozhatóbb,a tel ette jott 
KNKATÓVÁNAT áttekinthetőbb, " 


mint atö bbi i képfeldolgozó 


Ha a programozó egy másik számítógépen 
akarja futtatni a szoftvert, csak az ütemezést 
kell megváltoztatnia, az algoritmus leírását 
viszont nem. Ha a feldolgozási folyamathoz 


újabb lépéseket kíván hozzáadni, csak az új el- 
járásokat kell leírnia és hozzáadnia a program- 


hoz anélkül, hogy a már meglévőkön módo- 
sítani kellene. Az új lépéshez természetesen 
elengedhetetlenek az ütemezéshez kapcsoló- 
dó specifikációk. 

,Ha manuálisan írjuk, nagyon nehéz a pár- 
huzamosítás speciális módszereire vagy a fo- 
Iyamat bizonyos fázisainak felhasználására 


vonatkozó elképzeléseket pontosan megfogal- 


mazni — nyilatkozta a Halide fejlesztésének 
egyik vezetője, Jonathan Ragan-Kelley (MIT). 
— Ha egy új optimalizálási ötletet akarunk al- 
kalmazni, jó esélyünk van arra, hogy napokig 
elszórakozunk vele. A Halide-dal viszont csak 
egy sort kell megváltoztatni." 


Az ütemezés automatikus kivitelezése szin- 
tén megkönnyíti és hatékonyabbá teszi a kép- 


feldolgozást. A kódot könnyű megváltoztatni, 


.. Így a programozók sokkal többet és akár csak 


csírájukban lévő (teljesítménynövelő ) ötletek- 
kel is kísérletezhetnek. Andrew Adams (MIT), 
a fejlesztés másik vezetője szerint ,véletlen- 
szerűen próbálkozhatunk különféle dolgokkal, 
aztán előbb-utóbb valami izgalmas is kialakul- 
hat belőlük. Csak sokkal később, miután sok 
időt eltöltöttünk vele, jövünk majd rá, hogy mi- 
értis volt jó az ötlet." 

John Owens, a Kaliforniai Egyetem (Davis) 
Villamosmérnöki és Számítástechnikai Kará- 
nak docense úgy véli, hogy a Halide fényes si- 
ker előtt áll, komoly hatással lesz a közeljövő 
hasonló jellegű projektjeire, inspirálni fogja 
azokat, könnyebb lesz vele új képfeldolgozó 
megoldásokat létrehozni. Igazi killer 
application. Az egyik legfontosabb alkalmazá- 
si területen rendelkezik minden olyan jellem- 
zővel, amelyre egy kész rendszernek valóban 
szüksége van. 

, Egyre nagyobb a szakterület-specifikus 
nyelvek (DSL) iránti érdeklődés és igény, vi- 
szont eddig még nem beszélhetünk sok siker- 
történetről. Biztos vagyok benne, hogy a kép- 
feldolgozás munkamódszereihez tökéletesen 
igazodó Halide az lesz" — összegezte Owens. 
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PRODUCT LIFECYCLE MANAGEMENT 


Fókuszban a termék életútja 


Vannak iparágak, ahol nélkülözhetetlen a termékciklus követése. 
Magyarországon még sok a fehér folt, bőven van tehát hely 


a PLM-megoldások számára. 


roduct Lifecycle Management, PLM- 

üzletágat indított az Enterprise Group. 

A teljes körű termékciklus-menedzs- 

ment olyan integrált megoldás, amely 
az ötlet felmerülésétől a termék piacról való ki- 
vonásáig a teljes folyamat menedzselését felöle- 
li. Magában foglalja — többek között — a számító- 
géppel támogatott tervező (CADJ) és gyártó (CAM) 
szoftvereket. Az Enterprise Group a Siemens, vala- 
mint a brit Vero Software termékeivel lépett a hazai 
piacra. Figyelemre méltó, hogy a NASA a Siemens 
rendszerével dolgozik. 


Válságkezelés PLM-mel 

Anemzetközi tapasztalatok azt mutatják, hogy 

a PLM elterjedése jelentheti az egyik kiutat a stag- 
náló gazdasági helyzetből. Figyelemre méltó, hogy 
a PLM-megoldások világpiaca 2011-ben (2010-hez 
képest) 15,2 százalékos növekedést mutatott, és 

a stabil növekedési trend várhatóan 2012-ben sem 


törik meg. Az autóiparban gyakorlatilag nélkülözhe- 


tetlen a termékciklus követése. Az orvosi műsze- 


rek és eszközök gyártói is nagy számban alkalmaz- 


zák az eljárást: több mint 30 százalékuk él aPLM 
adta lehetőségekkel, és további 60 százalékuk ter- 
vezi annak bevezetését. 

Szakértői vélemények szerint a PLM 
terjedése a magyaripar számára is ha- 
talmas lehetőségeket tartogat. Amíg 
a CAD szoftverek elterjedtsége 90-95 száza- 
lék, a CAM rendszereké már csak 50—70 százalék, 
teljes körű PLM-megoldásokat pedig csupán a fel- 
használók 10-15 százaléka alkalmaz. 

, Jövőre 250—400 millió forintos bevételt várunk 
a mérnöki informatikai szoftverek piacáról, a kö- 
vetkező években pedig évi 10-20 százalékos nö- 
vekedéssel számolunk, elsősorban a nem tradici- 
onális PLM-iparágakból és a nonprofit szektorból" 
— fogalmazott Orbán €lőd, az Enterprise Group ügy- 
vezető igazgatója. 


Még nincs itt a felhő, de várható 

A fő célcsoport nagyon összetett. Ide tartozik az 
általános és célgéptervezés, a mezőgazdasági- 
gép-tervezés, a lemeztechnológia, a járműgyártás, 
a szerszámtervezés, az alkatrészgyártás, a bérfor- 
gácsolás, a létesítménytervezés (például közmű- 
szolgáltatók, atomerőművek), az épületgépészet, 
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a fa- és kőómegmunkálás, a belsőépítészet, az okta- 
tás és a nagyvállalati megoldások. 

A nagy cégeknél a munkafázisok összehango- 
lása érdekében a tervezési, gyártási folyamatban 
részt vevő minden szereplőnek, még a legkisebb- 
nek is, PLM-rendszerrel kell dolgoznia. Ha tehát 
egy cég beszállítója akar lenni egy nagyvállalat- 
nak, kényszerhelyzetben van. Elméletileg a kü- 
lönböző gyártók szoftverei kompatibilisek egy- 
mással, de ajánlott a homogén rendszer. Jó hír, 
hogy a korszerű PLM-rendszerek modulárisak, így 
a mikrovállalkozásoktól egészen a legnagyobb vál- 
lalatokig alkalmazhatók. A kis- és középvállalatok 
anyagi lehetőségei azonban sokszor korlátozottak. 
Éppen ezért különösen fontos, hogy a rendszer 
megvásárlása mellett lízing vagy bérleti konstruk- 
ciók is rendelkezésre álljanak. 


, A jövőben az sem elképzelhetetlen, hogy egy 
vállalat a felhőből vegye igénybe a PLM-szoftvert. 
Egyelőre azonban még nem tartunk itt. A válság ha- 
tására pénzügyi megfontolásokból megváltozóban 
van az a korábbi mentalitás, hogy minden hard- 
ver- és szoftvereszközt fizikailag is birtokolni kell. 
Ez egyértelműen a felhő malmára hajtja a vizet. 
Ugyanakkor arról sem szabad megfeledkezni, hogy 
a PLM-rendszerek erős testre szabást igényel- 
nek. Nem dobozos termékekről van szó, beüzeme- 
lésük inkább egy vállalatirányítási vagy egészség- 
ügyi rendszer paraméterezésére hasonlít. A kérdés 
tehát meglehetősen bonyolult, de várható, hogy 
előbb-utóbb a PLM terén is megjelenik a felhő" — 
mutatott rá Orbán Előd. 9 


HP INFORMATIKAI KFT. 


Új deduplikációs adatmentés: 


HP StoreOnCce 


Hewlett-Packard StoreOnce átfogó, 
egyetlen gyártótól származó új 
megoldást kínál az adatmentési és 
helyreállítási feladatokra. 

Második generációs deduplikációval emel- 
kednek ki a versenytárs termékek közül a HP 
StoreOnce termékcsaládjának tagjai. Ezek már 
nem igénylik az adatok rehidratálását, vagyis 
elkerülhető a heterogén rendszerek különböző 
deduplikációs megoldásainak folyamatot lassí- 
tó és erőforrás-igényessé tevő működése. Ez 
a legkisebb D2D2500 sorozattól a csúcskate- 
góriás, komplex rackszekrény kivitelű B6200 
széria minden egyes tagjára érvényes. A szak- 
emberek így nettó 1,5 TB-os kapacitástól a 0,5 
PB-os tárolóterületig élvezhetik az egységes 
deduplikáció előnyeit. 

A HP StoreOnce tagjainak teljesítménye a ka- 
pacitással párhuzamosan nő. Amíg a D2D2500 
széria képviselői óránként 800 GB feldolgozá- 


sára képesek, a D2D4100 modellek 1,3 TB-ot 
tudnak kezelni 1 óra alatt. A közepes és nagy 
adatközpontok adatmentési folyamatainak ke- 
zelésére szánt D2D4300 sorozat tagjai órán- 
ként 4 TB adattal is megbirkóznak. A diszk- 
alapú mentés csúcsát képviselő B6200 
pedig ugyanennyi idő alatt na- 
tívan 28 TB-nyi, a Catalyst 
gyorsítótechnológiát is bevet- 
ve pedig már 100 TB-nyi infor- 
mációt is képes feldolgozni. 

A beépített duálvezérlő se- 
gítségével a HP B6200 a leg- 
magasabb rendelkezésre állást 
biztosítja az ügyfélnek. Kiküszö- 
böli például a sikertelen mentéseket 
és alkalmazza a HP Automatic Failover tech- 
nológiáját, mely a mentési megoldások közül 
egyedi módon képes kézi beavatkozás nélkül au- 
tomatikus átváltásra. 


COMPUTERWORLD. € 


Redundáns felépítésének köszönhetően — 
többszörös tápegységek, hűtőventilátorok, há- 
lózati (SAN/LAN) kapcsolatok, tükrözött rend- 
szerlemezek, RAID6 — könnyen kezelhetők 
a komponensmeghibásodások. A standard alko- 
tóelemekkel pedig a meglévő infrastruktúra-fel- 
ügyeleti rendszerbe minden további nélkül beil- 
leszthetők, amely által a proaktív ellenőrzés is 
biztosítottá válik. Bővítésére menet közben, leál- 
lás nélkül van lehetőség. Az extra teljesítményt 
széles körű alkalmazástámogatás — HP Data 
Protector, Symantec BackupExec és NetBackup, 
valamint CAARCserve, EMC NetWorker, Tivo- 

li TSM, egyéb szoftverek — és központi felügyel- 

hetőség egészíti ki. A többlépcsős D2D2T 

mentési technológia tehát egy gyártó- 

tól származó teljes körű megoldást 
nyújt a vásárló számára. 

A HP StoreOnce termékcsaládot 
Magyarországon is bármely érdek- 
lődő kipróbálhatja. A HP Informati- 

kai Kft. számos demóeszközzel áll az 
ügyfelek rendelkezésére, akik a teszt- 
készülékek használatával meggyőződhet- 
nek akár a korábban megvásárolt eszközök, akár 
más versenytárs új megoldásaival szemben a HP 
StoreOnce jobb hatékonyságáról, illetve a cég in- 
gyenes oktatásokat tart a technológiáról. I 


ALVICOM KFT. 


Tesztriportok funkciótérkép alapon 


gy szoftverfejlesztési folyamat során 
a tesztvezető feladatai közül kiemel- 
kedik a tesztelési folyamat tevékeny- 
ségeinek követése és láthatóvá té- 
tele. Az általa készített tesztelési riportok nem 
öncélúak, hanem a szoftver minőségét hivatottak 
mutatni a projekt döntéshozói számára 
minél megbízhatóbb és hatékonyabb módon. A ta- 
pasztalatok szerint azonban a tesztriportok sok- 
szor csak hibaszámokat és hibalistát tartalmaz- 
nak kategorizálva, ami általában nagyon keveset 
mond el az adott rendszer valós állapotáról. A hi- 
baszámok jellemzően nem lineárisan csökken- 
nek, sokszor stagnálnak, sőt, akár robbanásszerű- 
en megnőhetnek, ahogy egyre több nem tesztelt 
szoftvermodul válik a fejlesztés előrehaladásával 
elérhetővé a tesztelők számára. 

A puszta hibaszámokon túl más szemszögből 
is meg kell tehát vizsgálnunk a tesztelés eredmé- 
nyeit. Ennek első és legfontosabb lépése az alkal- 
mazás funkcionális térképének elkészítése, 
melynek során az üzleti logika alapján csopor- 
tosítjuk a tesztelendő funkciókat, és megjelenít- 
jük a közöttük levő függőségeket. Ez utóbbira 


azért van szükség, mert fontos tudnunk, egyes 
főbb funkciók működésképtelensége milyen más 
funkciók tesztelését blokkolja. 

A következő lépés a funkciócsoportok üzleti 
prioritás és komplexitás szerinti osztályozása. 
A komplexitásból következtethetünk az elkészí- 
tendő tesztesetek számára, a várható tesztelési 
és hibajavítási erőforrás-igényre, az üzleti fon- 
tosság pedig segít a rendszer használhatóságá- 
nak megítélésében. 

Tesztelési tervünket és tesztriportjainkat ezek 
után a funkciótérkép alapján készítjük el. A teszt- 
riport két dimenzió mentén mutatja be a funkció- 
csoportok állapotát: egyrészt tartalmazza a cso- 
portra vonatkozó, már megtalált hibák számát 
és súlyosságát, valamint mutatja az adott funk- 
ciócsoporthoz tervezett tesztesetek végrehajtá- 
si arányait (hány teszteset futott sikeresen, Si- 
kertelenül, és volt blokkolt). Az ábrán egy fiktív 
webshop alkalmazás tesztriportja látható. 

Ariport alapján könnyen érthető módon és 
pontosan látszik, hogy az alkalmazásnak hol van- 
nak a kritikus pontjai, valamint becsülhetővé vá- 
lik, milyen ráfordítások szükségesek az adott pro- 


jektfázis lezárásához. Ugyanígy láthatóvá tehető 
a lefedettség, azaz nem azt mutatjuk meg, hogy 
a tervezett tesztesetekből mennyi lett lefuttatva, 
és abban mennyi hibát találtunk, hanem azt, hogy 
a prioritásukkal súlyozott funkciócsoportok közül 
melyiknek mi a státusza. A riport tehát a felhasz- 
náló szemszögéből mutatja, hogy mennyire hasz- 
nálható az alkalmazásunk. A menedzsment gyor- 
san feldolgozható, áttekintő képet kap az aktuális 
tesztelési helyzetről, és a részletes ismeretek bir- 
tokában hozhatja meg a szükséges döntéseit. 
Tanács Lajos -Deák Szabolcs, Alvicom Kft. 
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EMBER / INTERJÚ 


A felhasználók ügyvédje 


Szoftver és ember kapcsolatával foglakozik Bővíz László 
felhasználóiélmény-specialista, akitől megtudjuk 

többek közt azt is, hogy a felhasználók nem olvasnak 
dokumentációt, és miért nem szerencsés, ha a programozó 


egyben UI-designer is. 


COMPUTERWORLD: Ön használhatósági specia- 
lista (szoftverergonómus), pontosan mit jelent 
ez és mióta dolgozik ezen a területen? 

BŐVÍZ LÁSZLÓ: Szoftverfejlesztési projektekben 
dolgozom használhatósági szakértőként. Szo- 
kás még felhasználói élménytervezőnek is hív- 
ni, angolul UX-designer. A feladatom, hogy meg- 
tervezzem a szoftver és az ember kapcsolatát 
megteremtő részeket. Jelentős üzleti értéket 


képvisel, ha ez a kapcsolat harmonikus, mert job- 


ban szeretik és vásárolják az ilyen szoftvereket. 
Egyébként ez egy viszonylag új szakma, ezért 
furcsa lenne, ha azt mondanám, hogy amióta 
számítástechnikával foglalkozom, azóta ez töl- 


ti ki az életem, bár lenne benne igazság. Körülbe- 


lül tizenöt éve foglalkozom szoftverhasználha- 
tósággal, felhasználói felületek tervezésével és 
készítésével. 


CW: Ez miben tér el a felülettervezőtől? 

B.L.: Az ember—gép kapcsolatot lehetővé té- 

vó részeket interfészeknek hívjuk idegen szó- 
val, ami felületet jelent. Ha ebben a jelentésében 
használjuk, akkor nem tér el. A modern operáci- 
ós rendszerek lehetőségeit kihasználó grafikus 
felhasználói felületek tervezését is szokás fe- 
lülettervezésnek hívni, ami egy lényeges része 
a munkámnak, de korántsem fedi le az összes 
feladatot. A szoftverergonómus feladata még, 
hogy felmérje, kutassa és érvényesítse a fel- 
használók igényeit, szinkronba hozva a vállalko- 
zás céljaival. 


CW: Hogyan látja, igénybe vesznek-e ilyen 
szakembert a fejlesztők? 

B.L.: Igen, már igénybe vesznek; Magyarorszá- 
gon még kevesen, inkább csak a nemzetközi pi- 
acon mozgóák, külföldön sokkal többen. Ha egy 
szoftver olyan dolgot tud, amit egyik versenytár- 
sa sem, akkor abban az esetben is vásárolják, 
ha nehezen használható, hiszen a felhasználók- 
nak nincs választási lehetőségük. Ez rendsze- 
rint rövid ideig szokott tartani, mert a sikeres ter- 
mékeknek hamar megjelennek a versenytársaik. 
Ha az újonnan megjelenő termék ugyanazt tud- 
ja, de könnyebb, gyorsabb, élvezetesebb a mun- 
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ka vele, akkor az eredeti termék igen hamar elve- 
szítheti a vásárlótáborát. Ahogy arra rájöttek már 
itthon is, hogy tesztelő szakemberek nélkül nem 
lehet garantált minőségben komoly terméket ki- 
adni, úgy kezdik a saját bőrükön tapasztalni azt 
is, hogy a felületek tervezése külön szakembert 
igényel. A programozókétól eltérő megközelítésre 
van szükség hozzá, ezért jobb, ha nem ők végzik. 


CW: A fejlesztés mely fázisában hívják 
segítségül? 

B.L.: Szerencsés esetben az elején. Ilyenkor a le- 
hetőségek még nagyon rugalmasak, olyan meg- 
oldások megvalósítására is van mód, amelyekkel 
később már sokkal nehezebb és drágább lenne. 
Ez nem azt jelenti, hogy egy futó projektbe ne len- 
ne érdemes beszállnom, csak azt, hogy ott sok- 
kal kisebb lépésekkel, a meglévő körülményeket 
jobban figyelembe véve lehet haladást elérni. Ami 
a projekt elején egy egységbe kerül, az a közepén 
már tíz-, a végén pedig százegységnyi ráfordítást 
is igényelhet. Új szoftververzió vagy termék fej- 
lesztésének kezdetekor a felületet érintő helyes 
koncepcionális döntések jókora lendületet és mo- 
tivációt biztosíthatnak a projekt teljes ciklusára. 


CW: Minden felhasználói felülettel rendelkező 
szoftvernek szüksége van használhatósági ter- 
vezésre? 

B.L.: Nem, nem mindegyiknek. Kevés felhasz- 
nálónak, nagyon speciális szakterületen, bel- 

ső használatra szánt programnál kimondottan 
nem ajánlanám, mert nem éri meg. Ettől még jó, 
ha néha elgondolkodnak, hogy az elkészült felü- 
let elég logikus-e, de külön szakembert ilyenkor 
nem érdemes bevonni. A tömeges használatra 
szánt vagy az üzletileg és biztonságilag kritikus 
folyamatokkal rendelkező szoftvereknél elenged- 
hetetlen, azok szoftverergonómusért kiáltanak. 


CW: Milyen fázisokból áll az ön munkája? 

B.L.: A konkrét szoftvertől és a rászánt költségek- 
től függ, hogy milyen mélységű tervezést érde- 
mes csinálni. Rendszerint elsőként szükség van 
egy előzetes felhasználói kutatásra, ami a terepen 
zajlik, ahol a leendő használó még szoftver nélkül 


vagy annak korábbi verziójával végzi a munká- 
ját. Grafikus felületek tervezésére mindig szükség 
van. Különböző tervváltozatokat, majd azokból 
prototípusokat készítek. Ezeket előzetes teszte- 
lésnek vetem alá még fejlesztés előtt. A programo- 
zók és a tesztelők munkáját támogatom speciális 
felületi tervek, interakciós diagramok elkészítésé- 
vel. Érvényesítem a használhatósági szemponto- 
kat a fejlesztés során a fejlesztőcsapatban. Részt 
veszek a szoftverrel kapcsolatos döntések meg- 
hozatalában. Leginkább olyan, mintha a leendő 
felhasználók ügyvédje volnék. 


CW: Milyen eszközöket használ? 

B.L.: Elsősorban papírt és tollat, sőt néha ollót 

is. Továbbá nagyon hasznos célszoftver a szak- 
mánkban a felületmodellek elkészítését segítő 
alkalmazás, amely ismeri a mobil és desktop ope- 
rációs rendszerekben, illetve a webes környezet- 
ben alkalmazott felületi alapelemeket. Ezekkel az 
alkalmazásokkal elég gyorsan el lehet készíteni 
sok felületváltozatnak a prototípusát programo- 
zás nélkül, ezek hasonló módon kattinthatók és 
kipróbálhatók, mint a majdan elkészülő végleges 
változat. Az általános feltételezéssel ellentétben 
grafikus-rajzoló eszközök nem feltétlenül szük- 
ségesek a tervezőmunkához. 


CW: Ez egy külön szakma, vagy elég, ha 

a fejlesztő-dizájner ért hozzá? 

B.L.: Igen, külön szakma, mert más készsé- 
geket igényel, mint a programozóé. Rendsze- 
rint önmagával kerül ellentmondásba a magát 
fejlesztő-dizájnernek valló kolléga —, elmondom 
miért. A jó felületek fejlesztése általában megnö- 
veli a ráfordítandó fejlesztési időt. Ez nem prob- 
léma, mert később üzletileg megtérül. Viszont 

a fejlesztő úgy gondolkodik, hogy szeretné a fej- 
lesztési feladatát minél egyszerűbben megol- 
dani, ami az ő programozó irányultságú szem- 
léletével teljesen érthető is. Ha ő az egyben, aki 
tervezi is a felületet, akkor azt fogja tapasztalni, 
hogy vagy gyorsan megcsinálja, vagy jól hasz- 
nálhatóra, ugyanis a kettő gyakran fordítot- 

tan arányos egymással. Ilyenkor, ha nincs kül- 
ső kontroll, akkor esetleg hosszabb távú üzleti 
szempontokat hagyhatnak figyelmen kívül pilla- 
natnyi szempontok érvényesítése miatt, aminek 
a végeredménye egy rosszul vagy nem annyi- 
ra jól használható végtermék. Azért vannak , ka- 
kukktojások", akik jó fejlesztők és UX-designerek 
is egyben, de ez elég ritka. A két szerepkör ön- 
magában is olyan sok különböző jellegű felada- 
tot takar, hogy külön embert is kíván. 


CW: Jelenleg sok esetben a fejlesztés után 
a cég tanfolyam keretében eladja a betanítást 
is. Ha megfelelő a használhatóság, ez kieshet? 


B.L.: A jó használhatóság nagy részben kivált- 
hatja ezeket a tanfolyamokat. Van egy alapel- 
vem, ami szerint: , A felhasználók nem olvasnak 
dokumentációt!" Ezt, mint valami mantrát he- 
tente ismételgetem a kollégáimnak, mert ha el- 
hiszik, akkor könnyebben megértik, hogy mit mi- 
ért csinálunk. Normális esetben egy szoftver 
használatát nem kell tanítani. Van sok fejlesztő- 
cég, amelyik nem tartja fontosnak, hogy termé- 
két a saját felhasználóira szabja annyira, hogy 
azok különösebb fejtörés nélkül képesek legye- 
nek működtetni. Ők a gyatra teljesítményüket 
próbálják ilyen tanfolyamokkal leplezni. Ez főleg 
egyedi fejlesztéseknél fordul elő, ahol a megren- 
delő elvárásai nem voltak teljesen tisztázottak, 
így a szerződésbe sem került bele ezzel kapcso- 
latos passzus. A fogyasztók nagy tömegeinek 
készülő alkalmazás esetén ilyenről szó sem le- 
het, mert mint mondtam, tényként kezelhető, 
hogy nem olvasnak dokumentációt, illetve az is, 
hogy ha valamit nehéz használni, azt nemis fog- 
ják. Érdekes módon már az is elrettenti őket, ha 
csak úgy látszik, hogy nehéz használni, ezért 
számít az első benyomás. Ettől függetlenül van- 
nak speciális iparágak, mint például a repülés- 


lati módszereit egyszerre, a felület különböző in- 
terakciós rétegeivel lehet tökéletesen lefedni. 
Például a profiknak lehetnek gyorsbillentyűk, kü- 
lönleges működési módok, míg a kezdők számá- 
ra jól érthető és egyszerű kifejezések és magya- 
rázatok segítik a megértést első látásra. 


CW: A használati érték mérhető-e? Visszaadha- 
tok-e egy szoftvert az alacsony használati ér- 
tékére hivatkozva? 

B.L.: Természetesen mérhető, ez nem csak egy 
ködös fogalom. Mérhető például, hogy a felhasz- 
nálók mennyi idő alatt tudnak elvégezni egy 
adott feladatot a programmal. Mennyit és milyen 
mértékű hibákat követnek el vele, ami szintén 
lehet a rossz felület miatt. Milyen könnyen tud- 
nak ezekből a hibákból , kimászni", milyen érzel- 
mi állapotba kerülnek a használat során és még 
számos egyéb jellemzőt lehet vizsgálni. Ilyen, 
úgynevezett használhatósági felület teszte- 

ket rendszeresen végzek a tervezés során. A fel- 
használók kulcsszereplők, gyakorlatilag ők tesz- 
telnek, én pedig megfigyelem a viselkedésüket. 
Ha van rá mód, bevonom a szoftverfejlesztőket 
és tesztelőket is, mert nagyon hasznos tapasz- 
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hogy ha sokat látunk valamit, akkor azt termé- 
szetesnek véljük. A felhasználó által jól ismert fe- 
lülettervezési minták más szoftvereknél igény- 
kéntis felmerülhetnek a megrendelő részéről 
akkoris, ha a konkrét feladat kapcsán jobb meg- 
oldás is lenne. Arra hivatkozik, hogy ő így szokta 
meg. Egy használhatósági szakértő természete- 
sen nem éri be ilyen magyarázattal és megpró- 
bál olyan felületet létrehozni, amelyről talán még 
a megrendelő sem tudja, hogy jobb lenne neki. 

A Windows 7 és idén már a 8 nagyon sokat lépett 
előre a használhatósága tekintetében. Gyorsab- 
ban és kényelmesebben kezelhető, nem szíve- 
sen térnék vissza a windowsos gépemen XP-re. 


CW: A használhatósági problémák kijavítására 
van lehetőség utólag is? 

B.L.: Persze. Minden szoftverből lehet készíte- 
ni újabb, javított verziót, amit a felhasználói szo- 
kások és szándékok felmérésével lehet indítani. 
A szoftvert webes szolgáltatásként kínáló cégek 
igyekeznek folyamatosan emelni a használha- 
tóságot. Észrevétlenül is becsempésznek egy- 
egy új megoldást a termékükbe. Vegyük csak 

a Gmailt — az utóbbi öt év alatt jelentősen meg- 


A felületek tervezése külön szakembert igényel, a programozókétól eltérő 


megközelítésre van szükség hozzá, ezért jobb, ha nem ők végzik. 


irányításban alkalmazott szoftverek, ahol a tesz- 
telés és a biztonsági előírások miatt olyan sok 
idő telik el egy javított verzió kiadásáig, hogy 
nincs más megoldás, mint a pilótáknak megta- 
nítani a jelenleg használt termék használhatósá- 
gi hibáit és begyakoroltatni azok kiküszöbölésé- 
nek módját. 


CW: Egy felhasználói szempontból jól meg- 
tervezett felület alkalmas-e az olyan, mono- 
ton vagy gyorsaságot igénylő munkavégzésre, 
mint például az adatrögzítés, könyvelés, ahol 
az adatok bevitele során szinte fel sem néznek 
a gép előtt ülők? 

B.L.: E szoftvereknél éppen az lesz a felület jó- 
ságának mércéje, hogy vajon az adatrögzítők 
gyors munkáját is megfelelő módon támogat- 
ja-e. Ha a tipikus felhasználóink villámkezűek, 
akkor nem tehetjük meg, hogy ezt figyelmen kí- 
vül hagyjuk. Ilyenkor az igazi kihívás abban rejlik, 
hogy hogyan szolgálja ki egyszerre a gyors gé- 
pelőket és a kezdő felhasználókat a termék. Je- 
lenleg épp ilyen projekten dolgozom, amelyben 
látszólag ellentétes igényeket kell egyszerre ki- 
szolgálni. Minden szoftvernek lehetnek kezdő, 
haladó és profi használói. Mindegyikük haszná- 


talatokra tesznek szert, olyanokra, amelyek az 
egész csapat felhasználó-központú gondolkodá- 
sát elősegítik. Csak buzdítani tudok mindenkit 
arra, hogy adja vissza a szoftvert, ha nem tarja 
elég használhatónak. Sőt, nem csak a szoftvert. 
Magam már vittem vissza műszaki terméket is 
az áruházba emiatt. Szerencsére a szoftverek 
döntő többségénél lehetőség van az előzetes ki- 
próbálásra. Ha a próbaidőszak alatt kiderülnek 

a használhatósági problémái, a vásárlásig már el 
sem jutunk. Kezeljük erős gyanúval, ha egy ter- 
mékhez nem kínálnak ingyenes kipróbálási idő- 
szakot. Azok a gyártók, akik áldoztak arra, hogy 
szoftvereik használatát élménnyé tegyék, nem 
félnek az összehasonlítástól, mert joggal bíz- 
nak benne, hogy a vevő a próba alatt megszereti 
a terméket és megvásárolja azt. 


CW: A felhasználók gyakran állnak elő a hasz- 
nálhatóság szempontjából nem megfelelő igé- 
nyekkel, valóban a Windows alapozta meg eze- 
ket a rossz beidegződéseket? 

B.L.: Mivel a Windowst nagyon sokan és régóta 
használják, a felhasználók megszokták a hibá- 
ít is. Beléjük ivódott, és gyakran el sem tudnak 
képzelni jobbat. Általános emberi tulajdonság, 


változott a felülete úgy, hogy az alapkoncepciót, 
az egy személlyel folytatott azonos tárgyú levél- 
váltás egy folyamban megjelenítését megtartva, 
egyre egyszerűbbé vált a használata. 


CW: Tisztázó visszakérdezés — vajon hogyan 
működik ez? 

B.L.: Ez egy interjútechnika, amely során addig 
kérdezem a felhasználót az általa végzett tevé- 
kenység mögöttes mozgatóerőiről, amíg el nem 
jutunk a kiváltó okokhoz. Ezek általában olyan 
alapvető igények szoktak lenni, amelyekre az 
evolúciós fejlődés során tettünk szert, és alig-alig 
változnak a történelem folyamán. Ilyen a bizton- 
ságiránti igény, a megbecsülés igénye, a szere- 
tetvágy, a tudás és megértés iránti vágy, a sike- 
resen elvégzett munka öröme és hasonlók. Azért 
hasznos a technika, mert ha ezen ősigényeket 
megismerve úgy tervezzük a felületet, hogy ki- 
szolgálja ezeket, akkor a felhasználó elégedett- 
ségi szintje magasra emelhető. Az adatrögzí- 

tő felhasználó példájánál maradva; ha őt a bevitt 
adatok mennyisége alapján értékelik, akkor szá- 
mára a kellően gyors bevitelt lehetővé tévő felü- 
let hozzájárulhat a megbecsültség érzéséhez, hi- 
szen jó értékelést kaphat ezáltal a munkájára. " 
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HUMÁN-SZÁMÍTÓGÉP-KAPCSOLAT 


Intelligens számítógép - 


mindenkinek? 


Mit ér az érintőképernyő, ha nem tudod megérinteni? Hogyan 
lehet kommunikálni a számítógéppel, ha nem tudod megfogni az 
egeret vagy leütni a billentyűt? Hogyan tanuljunk okosan és játszi 
könnyedséggel a számítógépek segítségével? 


IT-iparág a felhasználókat alap- 
vetően egységesen, egyenlő esé- 
lyekkel induló alanyok halma- 
zaként kezeli, amikor számukra 


felhasználóbarát szolgáltatásait vagy felhasználói felü- 
let megoldásait tervezi. Az informatika mára elengedhe- 
tetlen részvétele a mindennapokban, valamint a tech- 
nikai hátteret biztosító eszközök mindenki számára 
elérhető közelsége azonban egyre inkább megkövete- 
li az alkalmazások és szolgáltatások testre szabhatósá- 
gát. Egyre jobban előtérbe kerülnek azok a szempontok, 
amelyek alapján a differenciálás megszületik. Hogyan, 
milyen megfontolások és felhasználói szokások alapján 
használja a számítógépet az eddig nem bevont legfiata- 
labb és a legidősebb korosztály? Hogyan hasznosítható 
a gépekben rejlő mesterséges intelligencia a testre sza- 
bott információkeresésben és szűrésben? Hogyan iktat- 
ható be az oktatási folyamatokba mindaz a fejlesztő és 
monitorozó — tehát a megfigyelő szerepét betöltő, pél- 
dául a megszerzett tudást ellenőrző — rendszer, amely 
ahumán-—számítógép-kapcsolatot és együttműködést 
megkönnyít(het]i? 

Nem szabad megfeledkeznünk azokról sem, akiknek 
a többség számára magától értetődő és könnyen elsajá- 
títható felhasználói felületek, alkalmazások sem hozzá- 
férhetők, ezért korábban számukra nem tették lehetővé 


a számítógép-használatot; tovább növelve azt a kommu- 


nikációs elszigeteltséget, amiben a hagyományos kom- 
munikáció során is részesülnek. 


Kapcsolat a világgal 

Speciális helyzet ez, amikor a számítógép a világgal való 
kapcsolatteremtés és -tartás lényegi eszköze. Híres ese- 
te Carly Fleischmann, aki autistaként 13 éves korában 
a számítógépe segítségével tudatta a világgal, hogy ép 
elmével és intellektussal rendelkezik. Az ún. Augmentatív 
és Alternatív Kommunikáció (AAK; beszédükben vagy 
beszédértésükben súlyosan akadályozott emberek nem 
beszéden alapuló kommunikációja ) nagy segítséget 
kaphat az informatikától. A tudományos fantasztikum- 
ban való fejlesztések segíthetnek a hátrányos és halmo- 
zottan hátrányos személyek életének jobbításában is. 


Mára minden testrészre adaptálható kapcsolók állnak 
rendelkezésre (például fejpálca ) , ezeknél rugalmasabb 
megoldás azonban a fejegér. Speciális nevelés igényű 
gyermekek esetében (fokozottan hátrányos helyzetű 
mozgáskorlátozottak vagy/és beszédben korlátozottak) 
webkamerával figyelt fejmozgás és arcmimika alapján fel 
lehet térképezni a számítógéppel való kommunikáció le- 
hetőségeit, és azt segítő, érintés nélküli egérfunkciókkal 
érvényesítve be lehet őket vonni játék- és tanulóprogra- 
mokba. A fej, accmozgás, nem tudatos mimikai mozgások 
figyelése, az érzelmi, kognitív monitorozás pluszinformá- 
ciót ad, miközben a gyerekek számítógépes oktatójáté- 
kokkal játszanak. A kutatásokban használt folyamatosan 
fejlesztett játékos eszközök ismert programok: MiniMath, 
Picaro, Handorino, MouSense. 


A MouSense for Android szoftvert - a fejegeret, 


amelynek segítségével fejmozgásokkal irányítható 
a mobiltelefon - folyamatosan fejlesztjük. 


A MouSense például egy számítógépes fejegér, amit 
az ELTE NIPG"? (Neural Information Processing Gro- 
up) csoportja az AAK módszerrel dolgozó Bliss Alapít- 
vány? együttműködésével fejlesztett ki. A képernyőn 
lévő egérkurzor pusztán fejmozgatással történő irányí- 
tását lehetővé tévő fejegér vagy headtracker régi meg- 
oldás. Újdonság az, hogy Androidon is működik, illetve 
hamarosan i0S-re is elkészül. A MouSense működte- 
téshez egyszerű webkamerára van csak szükség. Az 
okostelefonokba beépített kamera egyértelműen kí- 
nálta ennek a lehetőségnek a kidolgozását mobilokra 
is. A fejegér segítségével további szoftverek használha- 
tók, amelyek így kommunikálásra is alkalmassá teszik 
— SMS-t küldhetünk, akár egyetlen gombnyomás nélkül. 
A gyakorlati teszteléshez, egyúttal a szoftver további fej- 
lesztéséhez együttműködés alakult ki a Szt. János Kór- 
ház Gyermekgyógyászati Rehabilitációs Osztályával is, 
amelynek munkatársai többek között aktív közreműkö- 
dők a tervezett Budapesti Neuromuszkuláris Központ, 
az Izomcentrum létrehozásában. 


1. Carly Fleischmann blogja: http://carlysvoice.com/home/carly-fleischmann-blogs-about-her-journey-with-autism-on-ctv/ 


2. ELTE Informatika Kar, NIPG honlapja: http://nipg.inf.elte.hu/ 


3. A Bliss Alapítvány AAK honlapja: http://www.blissalapitvany.hu/?page id-52 


20 / 2012. október 10. 


Oktató-segítő funkció 

ANIPG kutatások másik iránya, amelyet a Neu- 
mann János Számítógép-tudományi Társasággal 
közös projektben dolgoztak ki, a számítógép ok- 
tató funkcióját, konkrétabban annak az oktatás- 
ban betöltendő pozitív szerepét hivatott elősegíte- 
ni. A projekt hosszú távú célja a gyermeki fejlődés 
és tudás széles körű monitorozása és számító- 
gépes segítése, tapasztalt, intelligens és empa- 
tikus számítógépes tanár segítségével. A tehet- 
séget, illetve az esetleges fogyatékot [diszlexia, 
diszkalkulia ) lehetőleg minél korábban diagnosz- 
tizálni kell — a gép alkalmazható ennek a szűré- 
sére. Az informatika modern, matematikával is 
alátámasztott adatgyűjtési és adatbányásza- 

ti eszköztára alkalmas arra is, hogy kinek-kinek 

a számára legmegfelelőbb módszert és tananya- 
got ajánlja céljai elérése érdekében. A számítógé- 
pen tárolt tudás függetleníti a tananyagot a tanár 
egyéni tudásától, a gyermek tanulási tempójá- 
tól és eszközként akár az okostelefon is alkalmas 
eszköz lehet a monitorozott tanuláshoz. A gondos 
előkészítéssel oktató tartalmat biztosító játék- 
szoftverek esetében azonban különösen fontos 
hogy a motiváltság felébresztését és megőrzé- 
sét célzó, változatos, korosztálynak megfelelő és 
vizuálisan is maximális élményt adó szoftvere- 
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A MouSense fejegér szoftver 


EN 


Megfigyelés markerpontokkal - a kék maszk figura mimikája ugyanaz, 


mint a felhasználóé 


4. ,Gyerekjáték Felnőtt fejjel — Internetes obszervatórium 
eszközei a gyermeki fejlődés mérésére és elősegítésére" 
konferencia: http://www.inf.elte.hu/karunkrol/hirek/ 
Lapok/Gyerekjatek felnott fejjel.aspx 

5. , Intelligens számítógép—humán interakció" US Air Force 
Information Directorate, EDARD: Grant No.: FA8655-06-1- 
3077 

6. ,Európai Léptékkel a Tudásért, ELTE" A felsőoktatás 
minőségének javítása a kutatás-fejlesztés-innováció- 


oktatás fejlesztésén keresztül" Társadalmi Megújulás Ope- 
ratív Program, (TÁMOP-4.2.1/B-09/1/KMR) 

7. Realeyes Ltd. €urope http://www.realeyesit.com/home- 
page.aspx 

8. ,ELTE-Soft Kutatás-fejlesztő Nonprofit Korlátolt Fele- 
lősségű Társaság fejlesztése, megerősítése" Közép-ma- 
gyarországi Regionális Operatív Program az €urópai Unió 
támogatásával, az Európai Regionális Fejlesztési Alap 
társfinanszírozásával, KMOP-1.1.2-08/1-2008-0002 
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ket alkalmazzanak az oktatásban, mert a túl egy- 
szerü/egyhangú játékok unalomba fulladnak, a túl 
nehezek kudarcélményt okoznak. A játékos tanu- 
lás számítógéppel mindenesetre lehetővé teszi, 
hogy szórakozva tanuljunk. 

A fejegér program használatakor észlelt pozitív 
hatásoknakis vannak további pedagógiai lehető- 
ségei, például fejkontroll, vizuomotoros koordiná- 
ció, figyelemterjedelem és munkamemória javu- 
lása. A kutatások a jövőben arra irányulnak, hogy 
a felhasználó  webkamerájának képéből az emóci- 
ókat (mosoly, feszült figyelem, ellazultság stb.) és 
a tekintetirányokat is feldolgozzák, visszajelzést 
adva ezzel például arra, hogy az adott tananyag 
mennyire felel meg az adott felhasználónak a kitű- 
zött cél eléréséhez. 


v Európai léptékkel a tudásért, ELTE? 
A kutatásokról 2012. március 22-én tartottak be- 
mutató konferenciát", de a fejlesztésekről hírt 
adott a Delta TVis. A projekt során a nyelvi eszköz- 
tár fejlesztését az Amerikai Légierő", a széles körű 
méréseket a TÁMOP" a webkamerás monitorozást 
a Realeyes Ltd. és a KMOP támogatta. Az , Európai 
léptékkel a tudásért, ELTE" kutatóegyetemi pro- 
jekt a speciális nevelési igényekkel kapcsolatos 
fejlesztésekhez járult hozzá. Az összefogásnak és 
a támogatásoknak köszönhetően kutatásaival az 
ELTIEIK NIPG kutatócsoport is hozzájárulhat ahhoz 
a célhoz, hogy a közeljövő változásai, technikai 
újításai hamarosan és remélhetően kivétel nélkül 
mindenki számára elérhetők legyenek." 


Amennyiben átmenetileg nem 
tudja a kezét használni, vagy 
csak szetetné on IS kipróbál 
ni, hogyan irányíthatja a számí- 
tógépét vagy a telefonját kéz 
nélkül, ezzel segítve a továb- 
bi fejlesztést, írjon e-mailrei 
münkre: inforacolleyeder.com, 
és mi elküldjük a szoftvert! 
Kérjük, jelezze véleményét és 
a tapasztalt problémákat! 


További információk: 
http://www.colleyeder.com/ 
mousense 
http://forum.xda-developers. 
com/showthreaa. 
php?t-1825544 
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A tiszta adat öfelsége 


Az adat lassan a legnagyobb erőforrásunkká válik. Abban 
semmi új nincs, hogy az információ birtokosa kezében hata- 
lom is van, ám az információ értéke az alapjául szolgáló ada- 
tok minőségén nyugszik. Az adatok helytállóságát, megbízha- 
tóságát ma már afféle kapuőrként szolgáló technológiákkal is 
javíthatjuk. Leginkább a felhőből. 


a egy cégnél nem foglalkoznak ele- 

get az adatokkal, akkor lehet, hogy 

szemetet fogadnak be, és hulladé- 

kot bocsátanak ki. Elég a mindenna- 
pi kommunikációs forgalomban felbukkanó hibák- 
ra gondolni. Rossz e-mail címre küldött levelek, 
fizikailag hibásan megcímzett és visszapattanó 
e-mailek, a hibás telefon-nyilvántartás miatt ke- 
letkező téves hívások nemcsak időt rabolnak, ha- 
nem akadályozzák, hogy az ügyfelekkel mélyebb 
kapcsolatot lehessen kialakítani. 

Az adatminőség javításához először az adat ak- 
tuális állapotának megállapítására van szükség, 
az adott minőségi probléma megértése és a szük- 
séges korrekció elvégzése érdekében. A máso- 
dik lépésben meg kell határozni az adathiányokat, 
duplikációkat, helytelen értékeket stb. Az adattisz- 
títás tehát eltünteti a kettőzéseket, meghatároz- 
Za az összefüggéseket a különféle adatbázisok 
között és kiküszöböli az inkonzisztenciákat. Nem 
nehéz elképzelni, hogy a különböző adatbázisok 
esetleg különféle információkat gyűjtenek össze, 
s ugyanazok a mezők különböző információkat 
tartalmazhatnak a különböző előírások, elgépelé- 
sek, kihagyások és szelektív adatszolgáltatás kö- 
vetkeztében. Könnyű megtalálni az adatokat, ha 
a lekérdezésben és az adatbázisban is ugyanazok 
a tételek szerepelnek, de ha eltérnek, az már ne- 
hézséget okoz, nem is beszélve arról, hogy mind- 
kettő hibás adatot tartalmaz. Minden eltérés ese- 
tében döntésre van szükség, hogy mi legyen az 
adattal. Töröljék, módosítsák, helyettesítsék stb.? 
Tekintettel a mai informatikai rendszereken átfo- 
lyó hatalmas mennyiségű adatra, ez nemis olyan 
egyszerű feladat. 

Van már magyar cégis — például a DSS Consul- 
ting —, amelyik adattisztítást, adatminőség-bizto- 
sítást kínál, méghozzá felhőből. Ez azzal az előny- 
nyel jár, hogy nem igényli költséges infrastruktúra 
kiépítését és működtetését, nem kell külön hát- 
térfolyamatokat és háttérszervezeteket fenntar- 
tani, bármilyen böngészőalapú szoftverbe egy- 
szerűen integrálható, külön ellenőrző réteget hoz 
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létre, illetve nem kívánja semmiféle már meglévő 
rendszer módosítását. 


Az adattisztítási megoldások (a DSS-é is) álta- 
lában már a belépési ponton igyekeznek olyan 
megoldásokkal előállni, anelyek már ott kialakít- 
ják az elvárt adatminőséget, s csökkentik az utó- 
lagos adattisztítási eljárások szükségességét. 
A fejlett rendszerek az adatgazdálkodásért fele- 
lós szakembereknek azonnali visszajelzést adnak 
az ellenőrzés eredményéről, bármilyen referen- 
cia-adatbázissal együttműködnek, illetve külső 
és belső mesteradatbázisok egyaránt csatolha- 
tók hozzájuk. 

ADSS rendszere az adat formátumát és tar- 
talmát már a beviteli mezőkön ellenőrzi, ahogy 
a mezők közötti integritást is. Ha szükséges, 
a korrekció automatikusan megtörténik a referen- 
cia-adatbázisok és algoritmusok segítségével. Ek- 
kor kiszűrik az irreleváns és töltelék adatokat is, 
amit intelligens, önállóan tanuló hibaszótárak se- 


Az Accenture technológiai kilá- 
tásokról szóló tanulmányában 
(Technology Vision 2012) hat, ,a 
jövő technológiájának szívében" 
lévő trendet határozott meg. 

1. Összefüggés alapú szolgáltatá- 
SOK amárépüldek megy adelnasza 
náló hol van, és mit csinál éppen. 
2. Egyesülő adatarchitektúrák: kap- 
ESSENEK EKESÜMEk 2 rég és az Ú 
adatok között. 

35. Ibarszerű adatszolgáltatások: 

az adatok megosztásának felsza- 
badítása az adatot még értékeseb- 
DENESzlkeerésak akkorimaraztedals 
giektől eltérően kezeljük. 


gítenek. Az adatminőség-biztosítás megelőzi a hi- 
bás, pontatlan adatok rögzítését, s ezzel megőrzi 
a vállalati adatvagyon minőségét. 

Ekkor már lehetőség van a központilag me- 
nedzselt adatvagyonnal az üzemszerűen mű- 
velt adatgazdálkodásra, az egyes adatbázisok fel- 
használói igényeknek megfelelő frissítésére, s az 
adatok rendelkezésre bocsátására a jogosultak 
számára. A naprakész és megbízható adatok jobb 
eredményeket hozhatnak a különféle üzleti elem- 
zőrendszerek és üzletiintelligencia-negoldások 
alkalmazásában is, amely jobb üzleti döntések- 
hez vezethet. 


Olyan adatbázisok, amelyek a különféle szerveze- 
tek, vállalatok folyamatos működéséhez szüksé- 
gesek, nemcsak a kerítésen belül léteznek, hanem 
egyre szaporodó számú szolgáltató is kínál ilyene- 
ket. Legújabban már a felhőből (Data-as-a-Service 
— DaaS) is, méghozzá használatarányos vagy elő- 
fizetési díjat felszámítva. A DaaS-szolgáltató a re- 
leváns adatokat — például telefonszámokat vagy 
címeket — valós időben bocsátja ügyfele rendel- 
kezésre. A felhasználó és a szolgáltató földrajzi- 
lag teljesen elkülönülhet, s az együttműködésük- 
höz nemis kell más, csak internetkapcsolat. Az így 
megszerzett adatokkal persze nem szabad a gaz- 
da, azokat nem lehet szabadon továbbadni. Illet- 
ve biztonsági okoknál fogva sem tárolhatók vagy 
használhatók fel az adatok a cég jogosultságán kí- 
vül, minden információ szigorúan titkos marad, 
és nem lehet hozzáférni más ügyfelek nyilvántar- 
tásaihoz. 

A kézbesítési modell esetében a DaaS- 
szolgáltató az adathasználat alapján számláz. 
A használatarányos rendszerben egyszerűen 


4. Közösség által vezérelt [de 

6 KOZOSSEG METN VESZTE EG 
kiszélesedő marketingcsatorna, 
nert merssall lesz ez egesz 

Uza élére. 

5. PaaS-alapú gyorsulás: az érett 
platform-as-a-service (platform 

a felhőből) piacon a hangsúly 

a költségcsökkentésről az üzleti 
innováció felé tolódik el. 

6. Behangolt analitikus bizton- 
ság albiztonmságisérülésélselke 
rülhetetlenek, s az adatplatformok 
(mem csak az eszközök kezelés: 
ben) határozzák meg, hogyan kell 
velük bánni. 


megállapodnak, hogy egy rekord letöltésének 
mennyi az ára. Ezt a kisebb cégek szeretik, mert 
csak azért fizetnek, amit ténylegesen használ- 
nak. Az előfizetéseket inkább a nagyobb szerve- 
zetek választják, amelyek akár tízmilliós tételben 
használnak adatokat havonta. Ezeknek a cégek- 
nek az egységes adatköltségeket könnyebb be- 
építeniük a büdzséjükbe. 

A cégek akármilyen formában is veszik igénybe 
az adatokat, elvárják, hogy jó minőséget kapjanak. 
Ezért a feltörekvőben lévő DaaS-piaci szolgáltatók 
igyekeznek olyan új megoldásokat meghonosíta- 
ni, amelyek az adatminőséget a lehető legmaga- 
sabb szintre emelik. 


Ellenőrzés a belépéskor 

Az egyik legjobb módszer azoknak a vállalatoknak, 
amelyek az ügyfeleikről adatokat gyűjtenek, hogy 
a belépési ponton ellenőrzik azokat, miközben az 
ügyfél még kapcsolatban áll velük. Valós időben 
kideríthetik eközben (a felhőben tárolt referencia- 
adatbázis segítségével), hogy valóságos adato- 
kat írt-e be a webes kérdőívbe, jó telefonszámot 
adott-e meg az ügyfélszolgálatnak, vagy helyes 
információt hagyott-e a vásárlás helyén lévő al- 
kalmazottnál. A hibát észlelve meglehet kérni az 
ügyfelet, hogy javítsa ki a hibás adatot, mert va- 
lami nem stimmel. Ennek a rendszernek például 


hatalmas jelentősége van a baleseteknél, ahol az 
emberek fele a stressz miatt rossz telefonszámot, 
címet vagy egyéb hibás adatot diktál be. Ez álta- 
lábanis, de különösen külföldön további nehézsé- 
gek forrása lehet. 


Tisztítás és MDM 

Sok cég rendbe tenné az adatörökségét, amely 
több belső adatbázisban helyezkedik el. Példá- 

ul a termelésnek megvan a saját ERP-adatbázisa, 
a kereskedelemi részlegnek a saját CRM-adatbá- 
Zisa stb. Az adatbázisokban több szinten helyez- 
kednek el az ügyfél-információk (szállítási címek, 
beszállítói telefonszámok stb. ), amelyeket a vál- 
lalat különböző részlegei használtak. Az úgyne- 
vezett Master Data Management (MDM) projektek 
során akár tucatnyi adatbázist is egyesíthetnek 
egyetlen központi ügyféladat-nyilvántartásba, mi- 
közben a konszolidáció során az adatokat hitele- 
síthetik is. Ilyenkor komoly meglepetések is ér- 
hetik a céget, mert kiderülhet például, hogy nem 
is annyi ügyfelük van, mint gondolták, a marke- 
tingkampányokat nem is helyes adatokra alapoz- 
ták stb. 


Belépő szintű felhő 
A felhőszolgáltatások a vállalatoknak kényelem- 
mel járnak, ugyanakkor sok cég és szervezet még 
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nem kész arra, hogy belépjen ebbe a világba. S0- 
kaknál bizalmi kérdésként merül fel e technológia 
alkalmazása. A dolgok többnyire jól mennek, de ha 
egyszer nem, akkor az ügyfeleket aligha fogja ér- 
dekelni, hogy például az a bank, ahol a pénzüket 
tartják, egy adatlopás után a felhőszolgáltató iga- 
zolását lobogtatja, amelyben teljes biztonságot 
garantált. Mások nem tudnak mit kezdeni a még 
nem amortizálódott infrastruktúrájukkal, s megint 
mások egyszerűen csak idegenkednek tőle, hogy 
adataik, hozzáférési kulcsaik és alkalmazásaik fi- 
zikai lelőhelye egy adott pillanatban nem határoz- 
ható meg. 

Eközben a vállalatok az interneten keresztül 
annyi információt gyűjthetnek az ügyfeleikről, 
amennyiről korábban álmodni sem mertek. Csak- 
hogy ezeknek az adatoknak a minősége erősen 
kérdéses. Ám a DaaS-szolgáltatásokkal könnyen 
bevezethetik az adatminőség-menedzsmentet 
a cég életébe. Azoknak a vállalatoknak, amelyek 
már egyébként is érdeklődtek a felhők napi üzleti 
gyakorlatban való alkalmazása iránt, de nem tud- 
ták, hogyan ismerkedjenek meg ezzel a területtel, 
a DaaS próbára kínálja magát. Ugyanis egyszerű 
utat jelent a felhőkhöz anélkül, hogy az infrastruk- 
túrában jelentős változásra volna szükség. Az 
adatminőség javítása pedig meglehetősen vonzó 
stratégiai cél minden vállalat számára." 
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, Minden ember, bárhol Is él majd 
a Földön, a számítógépeknek 
köszönhetően ugyanúgy dolgozhat, 
mintha a munkahelyén lenne, hi 
és ez egy csodálatos dolog..." i 


ARTHUR C. CLARKE 1974 


Találjuk ki együtt a jövőt! 


Minden korban vannak, akik elég bátrak ahhoz, hogy a jövőről álmodjanak. De a sikeres megvalósításhoz nekik is 
társakra van szükségük. 


Négy hazai, nagy múltra visszatekintő vállalat összeolvadásával létrejött Magyarország vezető, teljes körű 
infokommunikációs technológiai szolgáltatója, a I-Systems Magyarország Zrt. 


Közel 2000 fős szakértői csapatunkkal azért dolgozunk, hogy segítsük megvalósítani az Ön üzleti céljait. Együtt lehetséges. 


Nézze meg, kik és miért inspirálnak minket: www.t-systems.hu/egyutt-lehetseges 


